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HERE . 

Also see this LIST . 

Process FMEA Checklist 

1) PFMEA header filled out completely 
including traceable unique number, Team 
leader and key date. 

2) Cross functional team established, 
including SuppHer, Manufacturing, Design 
Engineer, Quality etc.. Contact names are 
included in the header. Supporting Team is 
documented on PFMEA (e.g. last page). 

3) Quality History data (incl. Warranty & 
TGW), Campaign/recall data, user plant 
concerns, similar process PFMEA haye been 
compiled and reviewed, component/system 
DFMEA used. 

4) Process Flow diagram, macro/micro steps, 
has been estabhshed, and PFMEA boundaries 
have been defined. 

5) Ford specific PFMEA structure has been 
used. 

6) The Dynamic Control Planning 
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Characteristics I 



Characteristics II 



Characteristics III 



Characteristics IV 
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methodology (product characteristics 
influences by individual process steps) was 
used in the development of the PFMEA, 
where applicable. 

7) Fault Tree analysis, Failure Mode analysis 
or other analytical methods, were used in 
preparing the PFMEA. 

8) Process steps are described in Physical, 
Technical and Measurable terms. 

9) Potential failure modes (considering no, 
partial and intermittent process function) 
have been defined. 

10) Process characteristics (OS, HI), other 
than special characteristics (SC, CC) have 
been classified . 

11) The effects of failures address the impact 
on the part, the next higher assembly, system. 
Vehicle, operator safety, next operation, 
downstream operations, customer and 
Government regulations. 

12) Potential causes and/or mechanisms of 
failure are identified for all failure modes in 
correctable/controllable terms and consider 
people, material, methods, machines, 
equipment, measurement systems and 
environment. 

13) Corrective actions, responsibilities and 
completion dates are assigned to all potential 
high severity 

(9 & 10), high severity & occurrence 
numbers and high risk priority numbers. 

14) All potential critical and significant 
characteristic items from the DFMEA, have 
been agreed with manufacturing (supplier or 
plant) and have been followed up within the 
PFMEA. 
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FMEA & Failure Terms 



FMEA Timing 



Typical Automotive Trilogy Development 
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Control Plan / Process Flow Combination 



Example 



15) Each PFMEA process step has been 
assessed, if special controls are required, 
which need to be incorporated into control 
plans. 

16) Rating of severity, occurrence and 
detection have been revised (in accordance to 
the rating tables), based on verified and 
implemented actions. 

Note: 

(If line item is not fulfilled, please mark item 

and make comments below) 



Control Plan / Process Flow Combination 
Example 



One Document? Or More? 



Example Discussion II 



Example Discussion III 



Example Discussion Ilia 



Example Discussion Illb 



089000:1998 -FMEAs 



Semiconductor Supplement 



APQP Manual: 1995 



FMEA Manual : 1995 



General Benefits of FMEAs 



Concept FMEA Benefits 
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Failure Mode 

and 

Effects Analysis 

Don't Let This Happen To YOU! 

Potential Failure Mode and Effects Analysis 

Course Goals 

• To understand the role and function of the FMEA 
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• To understand the concepts and techniques of Design FMEA and how to apply it 

• To understand the concepts and techniques of Process FMEA and how to apply it 

• To understand the role and function of FTA 

• To understand the concepts of Zero Quality Control or Mistake-Proofing (e.g. Poka-Yoke) and its 
implications for FMEA 

Liability Issues 

What Is An FMEA? 

A tool used to evaluate 

potential failure modes and their causes. 

• Prioritizes Potential Failures according to their Risk and drives actions to eliminate or reduce their 
likelihood of occurrence. 

• Provides a discipline/methodology for documenting this analysis for future use and continuous process 
improvement. 

• By its self, an FMEA is NOT a problem solver. It is used in combination with other problem solving 
tools. 'The FMEA presents the opportunity but does not solve the problem.' 

How FMEA Fits With Elements of TQM 

• Customer Requirements 

• Engineering Specifications 

• System and Components Specifications 

• Process and Supplier Requirements and Control 

• Develop System Design and Process FMEA 

• Eliminate Potential Failures 

• Improve Upon Design and Process 

• Design is The Critical Element 
FMEAs Have Failure Modes? 

• The team developing the FMEA turns out to be one individual. 

• The FMEA is created to satisfy a customer or third party requirement, NOT to improve the process. 

• The FMEA is developed too late in the process and does not improve the product/process development 
cycle. 

• The FMEA is not reviewed and revised during the life of the product. It is not treated as a dynamic tool. 

• The FMEA is perceived either as too complicated or as taking too much time. 
Origins 

• FMECA 

• Failure Mode Effects and Criticality Analysis 

• 1950's Origin - Aerospace & US Military 

• To categorize and rank for focus 

• Targeted prevention as a critical issue 

• Addressed safety issues 
•FMEA 

• Failure Mode and Effects Analysis - 1960's and 70' s 

• First noticed & used by reliability engineers 

• System of various group activities provided through documentation of potential failure modes of 
products and/or processes and its effect on product performance. 
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• The evaluation and documentation of potential failure modes of a product or process. Actions are then 
identified which could eliminate or reduce the potential failure 

History of the FMEA 

• The FMEA discipline was developed in the United States Military. Military Procedure MIL-P-1629, 
titled Procedures for Performing a Failure Mode, Effects and Criticality Analysis, is dated November 9, 
1949. It was used as a reliability evaluation technique to determine the effect of system and equipment 
failures. Failures were classified according to their impact on mission success and personnel/equipment 
safety. 

• The term "personnel/equipment", taken directly from an abstract of Military Standard MIL-STD-1629, 
is notable. The concept that personnel and equipment are interchangeable does not apply in the modern 
manufacturing context of producing consumer goods. The manufacturers of consumer products 
established a new set of priorities, including customer satisfaction and safety. As a result, the risk 
assessment tools of the FMEA became partially outdated. They have not been adequately updated since. 
History of the FMEA 

• In 1988, the International Organization for Standardization issued the ISO 9000 series of business 
management standards. 

• The requirements of ISO 9000 pushed organizations to develop formalized Quality Management 
Systems that ideally are focused on the needs, wants, and expectations of customers. 

• QS 9000 is the automotive analogy to ISO 9000. A Task Force representing Chrysler Corporation, 
Ford Motor Company, and General Motors Corporation developed QS 9000 in an effort to standardize 
supplier quality systems. 

• In accordance with QS 9000 standards, compliant automotive suppliers utilize Advanced Product 
Quality Planning (APQP), including design and process FMEAs, and develop a Control Plan. 
History of the FMEA 

• Advanced Product Quality Planning standards provide a structured method of defining and establishing 
the steps necessary to assure that a product satisfies the customer's requirements. Control Plans aid in 
manufacturing quality products according to customer requirements in conjunction with QS 9000. An 
emphasis is placed on minimizing process and product variation. A Control Plan provides "a structured 
approach for the design, selection, and implementation of value-added control methods for the total 
system." QS 9000 compliant automotive suppliers must utilize Failure Mode and Effects Analysis 
(FMEA) in the Advanced Quality Planning process and in the development of their Control Plans. 
Acronyms 

8-D Eight Disciplines of Problem Solving 

AIAG Automotive Industry Action Group 

APQP Advanced Product Quality Planning 

ASQC American Society for Quality Control 

DOE Design of Experiments 

FMEA Potential Failure Mode and Effects Analysis 

ETA Fault Tree Analysis 

ISO International Organization for Standardization 

QFD Quality Function Deployment 

QOS Quality Operating System 

RFTA Reverse Fault Tree Analysis 
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RPN Risk Priority Number 

SPC Statistical Process Control 

Definitions 

Cause A Cause is the means by which a particular element of the design or process results in a Failure 

Mode. 

Critical Characteristics Critical Characteristics are Special Characteristics defined by Ford Motor 

Company that affect customer safety and/or could result in non-compliance with government regulations 

and thus require special controls to ensure 100% compliance. 

Criticality The Criticality rating is the mathematical product of the Severity and Occurrence ratings. 

Criticality = (S) ¥ (O). This number is used to place priority on items that require additional quality 

planning. 

Current Controls Current Controls (design and process) are the mechanisms that prevent the Cause of 

the Failure Mode from occurring, or which detect the failure before it reaches the Customer. 

Customer Customers are internal and external departments, people, and processes that will be adversely 

affected by product failure. 

Detection Detection is an assessment of the likelihood that the Current Controls (design and process) 

will detect the Cause of the Failure Mode or the Failure Mode itself, thus preventing it from reaching the 

Customer. 

Effect An Effect is an adverse consequence that the Customer might experience. The Customer could be 

the next operation, subsequent operations, or the end user. 

Definitions 

Failure Mode Failure Modes are sometimes described as categories of failure. A potential Failure Mode 

describes the way in which a product or process could fail to perform its desired function (design intent 

or performance requirements) as described by the needs, wants, and expectations of the internal and 

external Customers. 

FMEA Element FMEA elements are identified or analyzed in the FMEA process. Common examples 

are Functions, Failure Modes, Causes, Effects, Controls, and Actions. FMEA elements appear as column 

headings in the output form. 

Function A Function could be any intended purpose of a product or process. FMEA functions are best 

described in verb-noun format with engineering specifications. 

Occurrence Occurrence is an assessment of the likelihood that a particular Cause will happen and result 

in the Failure Mode during the intended life and use of the product. 

Risk Priority Number The Risk Priority Number is a mathematical product of the numerical Severity, 

Occurrence, and Detection ratings. RPN = (S) ' (O) ' (D). This number is used to place priority on items 

than require additional quality planning. 

Severity Severity is an assessment of how serious the Effect of the potential Failure Mode is on the 

Customer. 

Cause and Effect Cascade 

The FMEA Process 

An Early FMEA 

Where and Why 

• Automotive 

QS9000 paragraph 4.2 
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Cited in the AIAG APQP Manual 

• Process Safety Management Act (PSM) 

CFR 1910.1 19999999 lists the process FMEA as one of about 6 methods to evaluate hazards 
Example: ICI Explosives - Hazardous Operability Studies 

• FDA - GMPs 

One of several methods that should be used to verify a new design (21 CFR Part 820). Inspector's check 
list questions cover use of the Design FMEA. 

• ISO 9001/2 

Requires Preventative Actions. The utilization of FMEAs is one continuous improvement tool which can 
satisfy the requirement (ISO9001, Section 4.14) 

• ISO 14000 

Can be used to evaluate potential hazards and their accompanying risks. 

Types of Automotive FMEAs 

Types of Automotive FMEAs 

Machinery FMEA - is used to analyze low- volume specialty machinery (equipment and tools), that 

allows for customized selection of component parts, machine structure, tooling, bearings, coolants, etc. 

° Focuses on designs that improve the reliability and maintainability of the machinery for long-term 

plant usage. 

° Considers preventive maintenance as a control to ensure reliability. 

° Considers limited volume, customized machinery where large scale testing of a number of machines is 

impractical prior to production and manufacture of the machine. 

° Considers parts that can be selected for use in the machine, where reliability data is available or can be 

obtained before production use. 

Concept FMEA - is used to analyze concepts for systems and subsystems in the early stages. 

° Focuses on potential failure modes associated with the functions of a concept proposal caused by 

design decisions that introduce deficiencies. 

° Includes the interaction of multiple systems, and interactions between the elements of a system at 

concept stages. 

° Would apply to all new machinery concepts that have never been done before, all new plant machinery 

layout, new architecture for machinery, etc.) 

System FMEA - is used to analyze planned / proposed systems. 

° Intended to transform an operational need into a description of system performance parameters and 

system configuration through the use of an interactive process of functional analysis, synthesis, 

optimization, design, test, and evaluation. 

Design FMEA - is used to analyze products, high volume tools or standard machines, machine 

components, standard production tooling, etc., before they are released to production. 

° Focuses on potential failure modes of products caused by design deficiencies. 

° Focuses on parts that can be prototyped and tested or modeled before high volume production of the 

product is launched. 

Process FMEA - is used to analyze manufacturing and assembly processes. 

° Focuses on potential product failure modes caused by manufacturing or assembly process deficiencies. 

° Useful in analyzing process steps that can influence the design of machinery, including selection of 

appropriate tooling and machinery component parts. 
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Types of Automotive FMEAs 
Relationships of Automotive FMEAs 
Automotive FMEA Timeline 
Some Key FMEA Terms 

• Customer Input 

• Team - Team Selection (Cross-Functional) 

• Ranking - Ranking of Decisions 

• Risk Priority Assessment 

• Design Process 

• Production Process 
Automotive Acronyms: 

• AIAG: Automotive Industry Action Group 

• APQP: Advanced Product Quality Planning 

• DFMEA: Design Failure Mode and Effects Analysis 

• DOE: Design of Experiments 

• EM A: Failure Modes Analysis 

• FMEA: Failure Mode and Effects Analysis 

• KCC: Key Control Characteristic 

• KPC: Key Product Characteristic 

• PFMEA: Process Failure Mode and Effects Analysis 

• PPAP: Production Part Approval Process 

• PSW: Product Submission Warrant 

• QFD: Quality Function Deployment 
Automotive Madness 
Characteristics 

Verbiage and Definitions 

or 

How many ways can you say 

Critical Characteristic 

7 

Characteristics I 

• CHARACTERISTIC: A distinguishing feature, dimension or property of a process or its output 
(product) on which variable or attribute data can be collected. (P39 APQP) 

• CHARACTERISTIC, CRITICAL, CHRYSLER DEFINITION: Characteristics applicable to a 
component, material, assembly, or vehicle assembly operation which are designated by Chrysler 
Corporation Engineering as being critical to part function and having particular quality, reliability and/or 
durability significance. These include characteristics identified by the shield, pentagon, and diamond. 
(49 PPAP) 

• CHARACTERISTIC, CRITICAL (INVERTED DELTA), FORD DEFINITION: Those product 
requirements (dimensions, performance tests) or process parameters that can affect compliance with 
government regulations or safe vehicle/product function, and which require specific supplier, assembly, 
shipping, or monitoring and included on Control Plans. (P49 PPAP) 

• CHARACTERISTIC, CRITICAL, GM DEFINITION: See Key Product Characteristic. (P49 PPAP) 
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• CHARACTERISTIC, KEY CONTROL (KCCs): Those process parameters for which variation must 
be controlled around a target value to ensure that a significant characteristic is maintained at its target 
value. KCCs require ongoing monitoring per an approved Control Plan and should be considered as 
candidates for process improvement. (P49 PPAP) 

• CHARACTERISTIC, KEY PRODUCT (KPC): Those product features that affect subsequent 
operations, product function, or customer satisfaction. KPCs are established by the customer engineer, 
quality representative, and supplier personnel from a review of the Design and Process FMEA's and 
must be included in the Control Plan. Any KPCs included in customer-released engineering 
requirements are provided as a starting point and do not affect the supplier' s responsibility to review all 
aspects of the design, manufacturing process, and customer application and to determine additional 
KPCs. (P49 PPAP) 

Characteristics II 

• CHARACTERISTIC, PROCESS: Core team identified process variables (input variables) that have a 
cause and effect relationship with the identified Product Characteristic(s) which can only be measured at 
the time of occurrence. (6.3 #20 APQP) 

• CHARACTERISTIC, PRODUCT: Features or properties of a part, component or assembly that are 
described on drawings or other primary engineering information. (6.3 #19 APQP) 

• CHARACTERISTIC, PRODUCT, CRITICAL (D), CHRYSLER DEFINITION: A defect which is 
critical to part function and having particular quality, reliability, and durability significance. (QS-9000) 

• CHARACTERISTIC, PRODUCT, MAJOR, CHRYSLER DEFINITION: A defect not critical to 
function, but which could materially reduce the expected performance of a product, unfavorably affect 
customer satisfaction, or reduce production efficiency. (QS-9000) 

• CHARACTERISTIC, PRODUCT, MINOR, CHRYSLER DEFINITION: A defect, not classified as 
critical or major, which reflects a deterioration from established standards. (QS-9000) 

• CHARACTERISTIC, PRODUCT, SAFETY/EMISSION/NOISE (S), CHRYSLER DEFINITION: A 
defect which will affect compliance with Chrysler Corporation and Government Vehicle Safety/ 
Emission/Noise requirements. (QS-9000) 

• CHARACTERISTIC, SAFETY, CHRYSLER DEFINITION "Shield <S>: Specifications of a 
component, material, assembly or vehicle assembly operation which require special manufacturing 
control to assure compliance with Chrysler Corporation and government vehicle safety requirements. 
(QS-9000) 

Characteristics III 

• CHARACTERISTIC, SAFETY, CHRYSLER DEFINITION: Specifications which require special 
manufacturing control to assure compliance with Chrysler or government vehicle safety requirements. 
(P50 PPAP) 

• CHARACTERISTIC, SIGNIFICANT, CHRYSLER DEFINITION: Special characteristics selected by 
the supplier through knowledge of the product and process. (QS-9000) 

• CHARACTERISTIC, SPECIAL: Product and process characteristics designated by the customer, 
including governmental regulatory and safety, and/or selected by the supplier through knowledge of the 
product and process. (P104 APQP) 

• CHARACTERISTIC, SPECIAL, CHRYSLER DEFINITION "Diamond" <D>: Specifications of a 
component, material, assembly or vehicle assembly operation which are designated by Chrysler as being 
critical to function and having particular quality, reliability and durability significance. (QS-9000) 
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• CHARACTERISTIC, SPECIAL, CHRYSLER DEFINITION "Diamond" <D>: Specific critical 
characteristics that are process driven (controlled) and therefore require SPC to measure process 
stability, capability, and control for the life of the part. (Appendix C QS-9000) & (Appendix C APQP) 

• CHARACTERISTIC, SPECIAL, CHRYSLER DEFINITION "Pentagon" <P>: Limited to highlighting 
Critical characteristics on (Production) part drawings, tools and fixture, and tooling aid procedures 
where ongoing process control is not automatically mandated. (Appendix C QS-9000) & (Appendix C 
APQP) 

• CHARACTERISTIC, SPECIAL, CHRYSLER DEFINITION "Shield" <S>: Engineering designated 
specifications or product requirements applicable to component material, assembly operation(s) which 
require special manufacturing control to assure compliance with governmental vehicle safety, emissions, 
noise, or theft prevention requirements. (Appendix C QS-9000) & (Appendix C APQP) 
Characteristics IV 

• CHARACTERISTIC, SPECIAL, FORD DEFINITION "Critical Characteristic" <Inverted Delta>: 
Those product requirements (Dimensions, Specifications, Tests) or process parameters which can affect 
compliance with government regulations or safe Vehicle/Product Function and which require specific 
producer, assembly, shipping or monitoring actions and inclusion on the Control Plan. (Appendix C QS- 
9000) & (Appendix C APQP) 

• CHARACTERISTIC, SPECIAL, FORD DEFINITION "Significant Characteristic - SC" <None>: 
Those product, process, and test requirements that are important to customer satisfaction and for which 
quality planning actions shall be included in the Control Plan. (Appendix C QS-9000) 

• CHARACTERISTIC, SPECIAL, FORD DEFINITION "Significant/Characteristic - S/C" <None>: 
Characteristics that are important to the customer and that must be included on the Control Plan. 
(Appendix C APQP) 

• CHARACTERISTIC, SPECIAL, GM DEFINITION "Fit/Function" <F/F>: Product characteristic for 
which reasonably anticipated variation is likely to significantly affect customer satisfaction with a 
product (other than S/C) such as its fits, function, mounting or appearance, or the ability to process or 
build the product. (Appendix C QS-9000) & (Appendix C APQP) 

• CHARACTERISTIC, SPECIAL, GM DEFINITION "Safety/Compliance" <S/C>: Product 
characteristic for which reasonably anticipated variation could significantly affect customer the 
product's safety or its compliance with government regulations (such as: flammability, occupant 
protection, steering control, braking, etc. . .), emissions, noise, radio frequency interference, etc. . . 
(Appendix C QS-9000) 

• CHARACTERISTIC, SPECIAL, GM DEFINITION "Safety/Compliance" <S>: Product characteristic 
for which reasonably anticipated variation could significantly affect customer the product's safety or its 
compliance with government regulations (such as: flammability, occupant protection, steering control, 
braking, etc. . .), emissions, noise, radio frequency interference, etc. . . (Appendix C APQP) 
Characteristics V 

• CHARACTERISTIC, SPECIAL, GM DEFINITION "Standard" <None>: Product characteristic for 
which reasonably anticipated variation is unlikely to significantly affect a product's safety, compliance 
with governmental regulations, fit/function. (Appendix C QS-9000) & (Appendix C APQP) 

• CHARACTERISTIC, SPECIAL, PROCESS (e.g., CRITICAL, KEY, MAJOR, SIGNIFICANT): A 
process characteristic for which variation must be controlled to some target value to ensure that variation 
in a special product characteristic is maintained to its target value during manufacturing and assembly. 
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(P57 FMEA) 

• CHARACTERISTIC, SPECIAL, PRODUCT: Core team compilation of important product 
characteristics from all sources. All Special Characteristics must be listed on the Control Plan. (6.3 #19 
APQP) 

• CHARACTERISTIC, SPECIAL, PRODUCT (e.g., CRITICAL, KEY, MAJOR, SIGNIFICANT): A 
product characteristic for which reasonably anticipated variation could significantly affect a product' s 
safety or compliance with governmental standards or regulations, or is likely to significantly affect 
customer satisfaction with a product. (P55 FMEA) 

• CHARACTERISTIC, SPECIAL, TOOLING, CHRYSLER DEFINITION "Pentagon" <P>: Critical 
tooling symbol used to identify special characteristics of fixtures, gages, developmental parts, and initial 
product parts. (QS-9000) 

• CONTROL ITEM PART, FORD DEFINITION: Product drawings/specifications containing Critical 
Characteristics. Ford Design and Quality Engineering approval is required for changes to Control Item 
FMEA's and Control Plans. (QS-9000) 

Process Flow 

• Flow CHART, Preliminary Process 

Description of anticipated manufacturing process developed from preliminary bill of material and 
product/process assumptions. (PIO #1.10 APQP) & (P104 APQP) 

• Flow DIAGRAM, Process 

Depicts the flow of materials through the process, including any rework or repair operations. (P50 PPAP) 
FMEA & Failure Terms 

• FMEA: FAILURE MODE and EFFECTS ANALYSIS - Systematized technique which identifies and 
ranks the potential failure modes of a design or manufacturing process in order to prioritize 
improvement actions. (P22 SS) & (P49 PPAP) 

• FAILURE CAUSE, POTENTIAL: How the failure could occur, described in terms of something that 
can be corrected or can be controlled. (P37 #14 FMEA) 

• FAILURE MODES ANALYSIS (EM A): A formal, structured procedure used to analyze failure mode 
data from both current and prior processes to prevent occurrence of those failure modes in the future. 
(P103 APQP) 

• FAILURE MODE, POTENTIAL: The manner in which the process could potentially fail to meet the 
process requirements and/or design intent. A description of the non-conformance at that specific 
operation. (P31 #10 FMEA) 

• FMEA, DESIGN: Analytical technique used by a design responsible engineer/team as a means to 
assure, to the extent possible, that potential failure modes and their associated causes/mechanisms have 
been considered and addressed. (PI 03 APQP) 

• FMEA, MACHINE/EQUIPMENT: Same as process FMEA, except machine/equipment being 
designed is considered the product. (P29 FMEA) 

• FMEA, PROCESS: Analytical technique used by a manufacturing responsible engineer/team as a 
means to assure that, to the extent possible, potential failure modes and their associated causes/ 
mechanisms have been considered and addressed. (PI 04 APQP) 

FMEA Timing 

• Before or After? 

• Individual or Team Approach? 
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Typical Automotive Trilogy Development 

Automotive Document Development 

Control Plan / Process Flow Combination Example 

Control Plan / Process Flow Combination Example 

One Document? Or More? 

Example Discussion II 

Example Discussion III 

Meeting Objective: 

° Develop Recommendation for a "Standard FMEA Approach" 

The team defined two different types of Process FMEAs as defined below: 

° Device FMEA (a single FMEA that defines a single Device Flow (from start to completion). 

° Process FMEA, which defines the process for either an equipment set or a "Cost Block" (e.g., probe). 

Example Discussion Ilia 

• Device FMEA "PRO's": 

Defines a single flow. 

Allows identification of Process Interaction Failure Modes. 

Allows identification of "Critical Processes". 

Opens communication between Device and Process Engineers. 

•Device FMEA "CON'S": 

Less detail on Process Failure Modes. 

Document control is unmanageable. 

Diffuses ownership responsibilities. 

•Process FMEA "PRO'S": 

More user friendly. 

More detailed. 

More manageable. 

TPM/Cross Functional Team Enabler. 

•Process FMEA "CON'S": 

Doesn't exhibit Process Interaction Failure Modes. 

More difficult to identify critical processes. 

Example Discussion Illb 

RECOMMENDATIONS 

Based on this information the team made the following recommendations: 

° As a minimum. Process FMEAs should be used. 

° Device FMEAs should be used as tool to introduce new Platforms to manufacturing. 

CONCERNS 

FMEAs must be reviewed and updated as detailed below: 

° Process Changes. 

° Customer Incidents (IFAR/EFAR). 

° Annually. 

° Whenever the process produces significant line scrap as determined by each manufacturing site. 

° Ensure that the FMEAs links with the Control Plans. 

QS9000:1998- FMEAs 
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4.2.3 - Quality Planning 

Process Failure Mode and Effects Analysis (Process FMEAs) 

• Process FMEAs shall consider all special characteristics. Efforts shall be taken to improve the process 
to achieve defect prevention rather than defect detection. Certain customers have FMEA review and 
approval requirements that shall be met prior to production part approval (see customer specific pages). 
Refer to the Potential Failure Mode and Effects Analysis reference manual. 

Semiconductor Supplement 

Quality Planning - 4.2.3. S 

During the advanced quality planning processes, the supplier shall include all processes from the 

incoming material through shipping and warehousing 

Failure Mode and Effects Analysis and Control Plan documents shall include these processes. 

The Intent: 

The supplier shall *consider* all processes. But - does it mean that all process shall be included in the 

FMEA and Control Plan? 

APQP Manual: 1995 

6.2 Overview 

• "A control plan is a written description of the system for controlling parts and processes" 

• "In effect, the Control Plan describes the actions that are required at each phase of the process 
including receiving, in-process, out-going, and periodic requirements to assure that all process outputs 
will be in a state of control" 

FMEA Manual: 1995 

" Process Potential FMEA" 

Is "...a summary of engineer' s/team' s thoughts (including an analysis of items that could go wrong 

based upon experience and past concerns) as a process is developed." 

"A process FMEA should begin with a flow chart/risk assessment of the general process. This flow chart 

should identify the product/c characteristics associated with each operation." 

General Benefits of FMEAs 

• Prevention Planning 

• Identifies change requirements 

• Cost reduction 

• Increased through-put 

• Decreased waste 

• Decreased warranty costs 

• Reduce non- value added operations 
Concept FMEA Benefits 

L Helps select the optimum concept alternatives, or determine changes to System Design Specifications. 

L Identifies potential failure modes caused by interactions within the concept. 

L Increases the likelihood all potential effects of a proposed concept' s failure modes are considered. 

L Helps generate failure mode Occurrence ratings that can be used to estimate a particular concept 

alternative's target. 

L Identifies system level testing requirements. 

• Helps determine if hardware system redundancy may be required within a design proposal. 
Design FMEA Benefits 
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L Aids in the objective evaluation of design requirements and design alternatives. 

L Aids in the initial design for manufacturing and assembly requirements (known as Design for 

Manufacturing/Assembly - DFM/DFA). 

L Increases the probability that potential failure modes and their effects on system and vehicle operation 

have been considered in the design/development process. 

L Provides additional information to aid in the planning of thorough and efficient design test and 

development programs. 

L Develops a list of potential failure modes ranked according to their effect on the "customer," thus 

establishing a priority system for design improvements and development testing. 

L Provides an open issue format for recommending and tracking risk reducing actions. Can be a 

reporting tool. 

L Provides future reference to aid in analyzing field concerns, evaluating design changes and developing 

advanced designs. 

L Helps to identify potential Critical Characteristics and Significant Characteristics. 

• Helps validate the Design Verification Plan (DVP) and the System Design Specifications (SDSs). 
Process FMEA Benefits 

L Identifies potential product related process failure modes. 

L Assesses the potential customer effects of the failures. 

L Identifies the potential manufacturing or assembly process causes and identifies process variables on 

which to focus controls for occurrence reduction or detection of the failure conditions. 

L Develops a ranked list of potential failure modes, thus establishing a priority system for corrective 

action considerations. 

L Documents the results of the manufacturing or assembly process. 

L Identifies process deficiencies to enable engineers to focus on controls for reducing the occurrence of 

producing unacceptable products, or on methods to increase the detection of unacceptable products. 

L Identifies confirmed Critical Characteristics and/or Significant Characteristics and aids in 

development of thorough Manufacturing or Assembly Control Plans. 

L Identifies operator safety concerns. 

• Feeds information on design changes required and manufacturing feasibility back to the design 
community. 

Specific Uses 

• Concept FMEAs are used to analyze concepts for systems and subsystems in the early stages. 

oo Focus on potential failure modes associated with the proposed functions of a concept proposal caused 

by design decisions that introduce deficiencies (these include "design" decision about the process 

layout). 

oo Include the interaction of multiple systems and the interaction between the elements of a system at 

concept stages (this may be operation interaction in the process). 

• Design FMEAs are used to analyze products before they are released to production. 
L Focus on potential failure modes of products caused by design deficiencies. 

L Identify potential designated characteristics called "Special Characteristics." 

• Process FMEAs are used to analyze manufacturing and assembly processes. 

oo Focus on potential product failure modes caused by manufacturing or assembly process deficiencies. 
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oo Confirm the need for Special Controls in manufacturing and confirm the designated potential "Special 

Characteristics" from the Design FMEA. 

° Identify process failure modes that could violate government regulations or compromise employee 

safety. 

FMEA Outputs 

• Concept FMEA Outputs 

oo A list of potential concept failure modes. 

CO A list of design actions to eliminate the causes of failure modes, or reduce their rate of Occurrence. 

CO Recommended changes to SDSs. 

CO Specific operating parameters as key specifications in the design. 

° Changes to global Manufacturing Standards or Procedures. 

• Design FMEA Outputs 

CO A list of potential product failure modes. 

CO A list of potential Critical Characteristics and/or Significant Characteristics. 

oo A list of design actions to reduce Severity, eliminate the causes of product failure modes, or reduce 

their rate of Occurrence, or improve detection. 

oo Confirmation of the Design Verification Plan (DVP). 

° Feedback of design changes to the design committee. 

• Process FMEA Outputs 

oo A list of potential process failure modes. 

oo A list of confirmed Critical Characteristics and/or Significant Characteristics. 

oo A list of Operator Safety and High Impact Characteristics. 

oo A list of recommended Special Controls for designated product Special Characteristics to be entered 

on a Control Plan. 

oo A list of processes or process actions to reduce Severity, eliminate the causes of product failure 

modes, or reduce their rate of Occurrence, and to improve product defect detection if process capability 

cannot be improved. 

° Changes to process sheets and assembly aid drawings. 

FMEA Prerequisites 

• Select proper team and organize members effectively 

• Select teams for each product/service, process/system 

• Create a ranking system 

• Agree on format for FMEA matrix (Typically set by AIAG) 

• Define the customer and customer needs/expectations 

• Design/Process requirements 

• Develop a process flow chart ** 
The Team 

• What is a team? 

Two or more individuals who coordinate activities to accomplish a common task or goal. 

• Maintaining Focus 

A separate team for each product or project. 

• Brainstorm 
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Brainstorming (the Team) is necessary as the intent is to discover many possible possibilities. 
Team Structures 
Successful Teams 

Are management directed and focused 

Build their own identity 

Are accountable and use measurements 

Have corporate champions 

Fit into the organization 

Are cross-functional 
Basic Team Rules 

Determine if there should be a meeting 

Decide who should attend 

Provide advance notices 

Maintain meeting minutes or records 

Establish ground rules 

Provide and Follow an agenda 

Evaluate meetings 

Allow NO interruptions 
Team Ground Rules 

Ground Rules are an aid to "self-management" 

Team must develop their own ground rules 

Once developed, everyone must live by them 

They can modify or enhance the rules as they continue to meet 
Team Meeting Responsibility 

Clarify 

Participate 

Listen 

Summarize 

Stay on track 

Manage time 

Test for consensus 

Evaluate meeting process 
Decision Criteria / Model 

One person makes the decision 

One person consults the group, then makes the final decision 

Team or group makes decision based upon majority rule or consensus 
Design FMEA Team 

Start During Prototype Stage 

Design Engineer - Generally the Team Leader 

Test Engineer 

Reliability Engineer 

Materials Engineer 

Field Service Engineer 

http://elsmar.com/FMEA/ (22 of 41)3/26/2006 2:23:44 AM 



Failure Mode - and - Effects Analysis 

• Component Process Engineer 

• Vehicle Process Engineer 

• Styling Engineer 

• Project Manager or Rep. 

• Quality Engineer 

• Customer Contact Person 

• Others, including Mfg., Sales, Mkting, QA/QC, Process, Pkging 
Process FMEA Team Members 

• Process Engineer - Generally the Team Leader 

• Production Operator 

• Industrial Engineer 

• Design Engineer 

• Reliability Engineer 

• Tooling Engineer 

• Maintenance Engineer 

• Styling Engineer 

• Project Manager or Rep. 

• Quality Engineer 

• Others including Supplier, Sales, QA/QC, Mfg. 
Defining the Customer 

Design FMEA Customer 

? End User; person who uses the product 

? Use Failure 

? This can help in Repair manuals & Field Service 

? More in the DFMEA section herein... 

Process FMEA Customer 

? Subsequent operations 

? End User; person who uses the product 

? More in the DFMEA section herein... 

CAUTION! 

Do NOT mix up: 

Design Failures & Causes 

with 

Process Failures & Causes 

Risk Assessment (RPN) Factors 

RPN = (S) X (O) X (D) 

S = Severity 

O = Likelihood of Occurrence 

D = Likelihood of Detection 

Prevention vs Detection - Automotive Expectations: 

? 1000 is the Maximum and 75 is considered "OK" 

? High and low numbers are the important ones to consider 

? Input Concept 
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RPN Flow 

Segregation and Relationships 

Design FMEA 

Design FMEA 

A Design FMEA is an analytical technique utilized primarily by a Design FMEA team to ensure 

potential failure modes and their associated causes are identified, considered and addressed. 

Reference page 8 in the AIAG FMEA Reference Manual 

This systematic approach parallels, formalizes and documents the mental discipline that an engineer 

normally goes through in any design process. 

Design FMEA Foci 

Customers include: 

• End User 

• Repair Functions 

• Dealership or other Sales Outlet 

• Designer of the next level system or product 

• Process Engineers 

• Assembly Engineers 

• Test Engineers 

• Product Analysis 

Typical Design Considerations 
Design FMEA Benefits 

• Aids in the objective evaluation of design requirements and alternatives. 

• Increases the probability that potential failure modes and their effects on the system / product have 
been considered. 

• Aids in the planing of design test and development programs. 

• Aids in analyzing field concerns, design changes and in developing advanced designs. 

• Ranks potential failure modes according to their effect on the customer, thus prioritizing improvements 
and development testing. 

• Provides an open issue format for recommending and tracking risk reducing actions. 

• Can reduce product development timing, production startup problems, reduce costs and enhance 
product quality, reliability and safety. 

More Design FMEA Considerations 

• The Design FMEA is a living document and should be initiated at, or by, design concept completion. 

• The Design FMEA should be continually updated as changes occur throughout all phases of product 
development. 

• The Design FMEA should be fundamentally complete along with the final product drawings. 

• The Design FMEA addresses the design intent and assumes the design will be manufactured / 
assembled to this intent. 

• The Potential Failure Modes/Causes which can occur during manufacturing or assembly process are 
covered by the Process FMEA and therefore should NOT be included in a Design FMEA. 

Design Failure Causes 

Design Failure Cause Examples 

• Improper Tolerancing 
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• Incorrect Stress Calculations 

• Wrong Assumptions 

• Wrong Material Call Out 

• Lower Grade Component 

• Lack of Design Standards 

• Improper Heat Treatment 

• Improper Torque Call Out 
Design Block Diagram Example 
DFMEA Basic Columns 
Generic Design FMEA Severity 
Generic DFMEA Occurrence 
Generic DFMEA Detection 
Design Controls 

Design Control Examples 

• Reliability Tests / Prototype Testing 

• Design Reviews 

• Worst Case Stress Analysis 

• Robust Design 

• Environmental Stress Testing 

• Designed Experiments 

• Finite Element Analysis 

• Variation Simulation 

• FT Analysis 

• Component Derating (60% to 80%) 

• 100,000 Mile Pilot Test 
Recommended Actions 

• When the failure modes have been ranked by their RPN, corrective actions should be first directed at 
the highest ranked concerns and critical items identified. 

• The intent of any recommended action is to reduce one or more (or all) of the occurrence, severity and/ 
or detection rankings. 

• Only a design revision can bring about a reduction in the severity ranking. If no actions are 
recommended for a specific cause, this should be indicated. 

• A reduction in the occurrence ranking can only be effected by removing or controlling one or more of 
the causes of the failure mode through a design revision. 

• An increase in design verification actions will result in a reduction in the detection ranking ONLY. 

• Design FMEA doesn't rely on process controls to overcome potential weaknesses in the design; 
however, it does take technical and physical limitations of a process into consideration (Design Rules) 
Machinery FMEA 

What is a Machinery FMEA? 

° A Machinery Failure Mode and Effects Analysis is a standardized technique for evaluating equipment 

and tooling during its design phase to improve the operator safety, reliability and robustness of the 

machinery. 

What are the Purposes of a Machinery FMEA? 
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° To identify potential failure modes 

° To identify effects of the failure mode 

° To rate the severity of each effect 

° To determine the potential causes of the failure starting with the highest severity rating 

° To identify robust designs or controls that will prevent the failure from occurring 

° To identify corrective actions required to prevent, mitigate, or improve the likelihood of detecting 

failures early 

° To establish a priority for design improvement actions 

Machinery FMEA 

What are the Benefits of a Machinery FMEA? 

• Improves the safety, reliability, and robustness of equipment and tooling 

• Allows design changes to be incorporated early to minimize machinery cost and delivery delays 

• Minimizes the risk of delaying product programs 

• Reduces overall life cycle costs 
When is a Machinery FMEA Started? 

A Machinery FMEA must be started early in the design phase when: 

• The equipment and tooling being specified is able to take advantage of revisions in order to derive the 
desired benefits. 

• When GDT information on component parts are available and Critical/Special Characteristics are 
identified. 

Normally, Design FMEAs on the products that are being manufactured and Process FMEAs on the steps 

used during the manufacture will be available. 

Machinery FMEA Form 

Machinery FMEA (MFMEA) 

What are the Key Differences Between a Product Design FMEA and a Machinery FMEA? 

• Product Design FMEAs are intended for high production systems/subsystems and components. 

• Prototype or surrogate part testing is used to verify design intent. 

• Machinery FMEAs are used for relatively low volume designs, where statistical failure data on 
prototypes is not practical to be obtained by the manufacturer. 

• Machinery FMEAs are targeted for long-term, repetitive cycles, where wear out is a prime 
consideration. For example, machinery running at two 10-hour shifts per day, 50 weeks per year, will 
accumulate 120,000 hours of operation in twenty years. This would be equivalent to a vehicle being 
driven 600,000 miles at an average speed of 50 mph. 

• The severity, occurrence, and detection tables used are tailored to meet the needs of the machinery 
design engineer in order to maintain a standard interpretation across a wide variety of machinery designs. 
What are the Similarities Between a Product Design FMEA and a Machinery FMEA? 

• Both emphasize operator/passenger safety as the first consideration of the design. 

• Both emphasize robustness in designs to prevent problems before they occur. 

• Both use 1-10 ranking scales for calculating Risk Priority Numbers. 

• Both emphasize taking corrective actions based first on severity and then on overall RPN . 

• Both use a standardized form to document the FMEA analysis. 
MFMEA Sub-System Name 

Terminology Equipment Hierarchy 
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° Machine 

° System 

° Subsystem 

° Component 

° Part (lowest serviceable level) 

MFMEA Function & Performance 

• Enter, as concisely as possible, the function of the subsystem being analyzed to meet the design intent. 
Include information regarding the environment in which this subsystem operates (e.g., define 
environmental conditions, machine performance specification). If the subsystem has more than one 
function with different potential modes of failure, list all the functions separately. 

• Start by listing the wants, needs or requirements of the system. Function analysis should be used to 
insure requirments are defined in terms that can be measured. 

• Describe the function in terms that can be measured. A description of the function should answer the 
question: "What is this subsystem supposed to do?" It is helpful to describe the function using a verb- 
noun phrase. However, avoid the use of verbs like "provide, facilitate, allow," which are too general. 
MFMEA Function and Performance 

• When a subsystem must function under certain conditions, it is helpful to describe the conditions. 
Conditions may include environmental parameters, engineering requirements, and/or machine 
performance specifications (i.e., operating temperature, capability, cycle time, mean-time-between- 
failure (MTBF), mean-time-to-repair (MTTR) or other measurable engineering attributes). 

• The function(s), conditions and requirements of the subsystem being analyzed. When the subsystem 
has many functions with different potential failure modes for each function, list each function separately. 
Examples: Function Condition-Requirement 

Load part 120 JPH 

Index head MTBF > 300 hrs. 

Control flow-hydraulic cubic centiliters/second 

Position subsystem angle of rotation 

Drill hole 1st run % - 99.9% 

Potential MFMEA Failure Modes 

Potential Failure Mode is defined as the manner in which machinery could potentially fail to meet its 

intended function. The potential failure mode may also be the cause of a potential failure mode in a 

system, subsystem, or component. Machinery failure is an event when machinery is not available to 

produce parts at specified conditions when scheduled or is not capable of producing parts or performing 

scheduled operations to specification. For every potential failure, an action is required to bring the 

machinery back to its intended production capability. Machinery failure modes can occur three ways: 

° (1) A type of machinery component defect contributing to a failure (hard failures; i.e., bearing seized, 

shaft broke). 

° (2) The manner by which machinery system failure is observed or the way the failure occurs (degraded 

performance; i.e., slow cycle time, excessive process variation). 

° (3) The abnormality of performance that constitutes the machinery system to be classified as failed 

(quality defects; i.e., high micro due to vibration, concentricity due to worn shaft bearing diameter). 

Potential MFMEA Failure Modes 

List each potential failure mode for the particular subsystem function. The assumption is made the 
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failure could occur, but may not necessarily occur. A recommended starting point is a review of 

maintenance logs, downtime reports, field service reports, warranty documents, scrap reports and group 

"brainstorming." 

The task of identifying subsystem failure modes can take either of two approaches: 

° Functional approach: involves listing each subsystem, its functions, and the failure modes leading to 

the loss of each function. The functional approach is used most often in the preliminary design stages 

when machinery design detail is not complete. When taking a functional approach, it may be necessary 

to list the cause(s) in column 14 before listing the effect(s) first in column 11. This could assist in 

selecting the appropriate severity rating. 

° Hardware approach: involves listing each part, and its probable failure modes. The hardware approach 

is used most often when detailed part design information is available. 

Potential MFMEA Failure Modes 

Review historical and surrogate Machinery FMEAs, test reports, warranty data, field maintenance logs, 

field service reports, and other applicable documents. Identify known design failure modes. 

Brainstorm potential failure modes by asking: 

° In what way can this subsystem fail to perform its intended function? 

° What can go wrong although the subsystem is manufactured/assembled to print? 

° If the subsystem function were tested, how would its failure mode be recognized? 

° How will the environment contribute to or cause a failure? 

° In the application of the subsystem, how will it interact with other subsystems? 

Potential MFMEA Failure Modes 

• Fault Tree Analysis (ETA) can be used to help determine component failure modes. As-sume the top 
level event of the Fault Tree is how a component may fail to meet its intended function. Then the next 
level down will identify the causes as part failure modes. 

• Enter the potential failure mode(s) for each function listed in Column 9. Potential failure modes should 
be described in "physical" or technical terms, not as a symptom noticeable by the operator. (To track the 
failure modes, it may be beneficial to assign them a number.) Do not enter trivial failure modes, i.e., 
failure modes that will not, or cannot, occur. 

• General types of failure modes for the functional approach include: 
° Failure to operate at the prescribed time 

° Failure to stop operating at the prescribed time 
° Intermittent operation 
° Wear out 

• General types of failure modes for the hardware approach include: 
° Fractured 1 Warped 

° Corroded 1 Loose 
° Sticking 1 Cracked 
° Short circuit 1 Leaking 
Potential MFMEA Failure Effects 

• Potential Effects of Failure are defined as the consequence(s) of the failure mode on the subsystem, 
described in terms of Safety and the "7 Big Losses." The "7 Big Losses" are as follows: 

° Breakdowns 

° Setup and Adjustment 
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° Idling and Minor Stoppages 
° Reduced Cycle 
° Start-up Losses 
° Defective Parts 
° Tooling 

• Note: If a functional approach is used, it may be necessary to list the cause(s) in column 14 before 
listing the effect(s) first in column 11. 

• Review historical and surrogate FMEAs, warranty data, concern reports, field reports, and other 
applicable documents. Identify historical failure mode effects. 

Definitions of Losses 

• Breakdowns - Losses that are a result of a functional loss (mechanical, chemical, or electrical) or 
function reduction (e.g., one spindle not operating on a multi-spindle drill) on a piece of equipment 
requiring maintenance intervention. 

• Setup and Adjustment - Losses that are a result of setup procedures such as retooling, changeover, die/ 
mold change, etc. Adjustments include the amount of time production is stopped to adjust process or 
machinery to avoid defect and yield losses, requiring operator or jobsetter intervention. 

• Idling and Minor Stoppage - Losses that are a result of minor interruptions in the process flow, such as 
a process part jammed in a chute or a limit switch sticking, etc., requiring only operator or jobsetter 
intervention. Idling is a result of process flow blockage (downstream of the focus operation) or 
starvation (upstream of the focus operation). Idling can only be resolved by looking at the entire line/ 
system. 

• Reduced Cycle - Losses that are a result of differences between the ideal cycle time of a piece of 
machinery and its actual cycle time. Ideal cycle time is determined by: a) Original design speed; b) 
Optimal conditions: and c) Highest cycle time achieved on similar machin-ery. 

• Start-up Losses - Losses that occur during the early stages of production after extended shutdowns 
(weekends, holidays, or between shifts), resulting in decreased yield or increased scrap and rejects. (This 
may also include non-value activities required prior to production, such as bringing process to 
temperature.) 

• Defective Parts - Losses that are a result of process part quality defects resulting in rework, repair, and/ 
or non-useable parts. 

• Tooling - Losses that are a result of tooling failures/breakage or deterioration/wear (e.g., cutting tools, 
fixtures, welding tips, punches, etc.). 

MFMEA Severity 

• Severity is a rating corresponding to the seriousness of the effect(s) of a potential equipment failure 
mode. Severity is comprised of three components: safety considerations to equipment operator or 
downstream customer, equipment downtime, and defective parts. A reduction in Severity Rating index 
can be effected only through a design change. 

• Assess the seriousness of each effect listed in Column 1 1 . Safety of the personnel is the primary 
criteria in determining the rating. 

• Note: If a functional approach was used, it may be necessary to list the cause(s) in column 14 before 
listing the effect(s) first in column 11. This could assist in selecting the appropriate severity rating. 

• Subsystem functions can be prioritized by rating the severity of the effect that will result from loss of 
the subsystem function. Estimate the Severity of failure of the subsystem function and enter the rating in 
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the subsystem function worksheet. Rank the functions in descending order. Begin the analysis with the 
highest ranked functions. Generally, these will be the functions that affect safe equipment operation, 
government regulations, and customer specification (downtime, defective parts). 

• The FMEA Team should consent on Severity ratings for each effect listed. The effects on downtime 
and defective parts are independent events, and the team should select the highest rating that meets the 
individual criteria (i.e., downtime of 4 hours or defective part loss of 2 to 4 hours of production, select 
rating of 7; downtime of 40 minutes, or loss of 40 minutes of production, select 5). 

• Enter the rating for the most serious (highest) effect. 
MFMEA Severity 

Potential Failure Cause Mechanism 

The cause of a failure mode is: 

° 1) a design deficiency, or 

° 2) machinery process variation that can be described in terms of something that can be corrected or can 

be controlled. 

Identification of causes should start with those failure modes with the highest severity rating. 

Review historical test reports, warranty data, concern reports, recalls, field reports, and other applicable 

documents listed in Appendix II. Also review surrogate FMEAs. List the known causal factors of the 

failure modes listed in Column 14. 

Brainstorm potential cause(s) of each failure mode by asking questions, such as: 

° What could cause the subsystem to fail in this manner? 

° What circumstance(s) could cause the subsystem to fail to perform its function? 

° What can cause the subsystem to fail to deliver it intended function? 

• Identify all first level causes. A first level cause is the immediate cause of the failure mode. It will 
directly make the failure mode occur. In a Cause and Effect Diagram, it will be an item on the major 
"fishbone" of the diagram. In a Fault Tree Analysis (ETA), it will be the first cause identified below the 
failure mode. 

Root Causes 

• A Root Cause(s) may be below the first level cause. For example, consider the illustration: 

• For failure modes whose effects have a severity rating of 9 or 10, identify the Root Cause(s) of the 
failure mode. Root Causes are sometimes below the first level cause, and there may be more than one 
lower level root cause. Techniques such as TOPS (8D), Cause and Effect Diagram, or Fault Tree 
Analysis (ETA) can be used to help determine Root Causes. 

Design Deficiency Equipment Process Variation 
Switch rocker cracked Inadequate or no lubrication 
Incorrect algorithm Part mis-located 
Material fatigued 
MFMEA Occurrence 

• Occurrence is a rating corresponding to the likelihood that a particular failure mode will occur within a 
specific time period. 

• Note: Controls can be used to prevent or minimize the likelihood that failure cause(s) will occur. In 
this event, the presence or application of the control should be considered when estimating the 
Occurrence rating. 

• For each cause listed in Column 14, estimate the possible failure rates and/or mean time between 
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failure. 

• The occurrence of failure can be based upon historical data, including the service history, warranty 
data, and maintenance experience with similar or surrogate parts. 

MFMEA Occurrence 

Current Design/Machinery Controls 

Design/Machinery Controls are methods, techniques, devices, or tests used to: 

° Prevent the Cause/mechanism or Failure Mode from occurring, or reduce rate of occurrence. 

° Detect the Cause/mechanism and lead to corrective design actions, and 

° Detect the Failure mode. 

• Identification of Design/Machinery Controls should begin with those failure mode combinations that 
have the highest Severity and Occurrence ratings. 

• Design/Machinery Controls used to prevent the cause/mechanism or failure mode/effect from 
occurring, or reduce their rate of occurrence may affect the Occurrence rating. If this is the case, these 
Controls should be taken into account when estimating the Occurrence rating (Column 15). Only 
Controls that are used before engineering release are to be considered when estimating the Detection 
rating. 

Control Examples 

Design Controls Machinery Controls 
Worst Case Analyses Proximity Sensors 
Derating Temperature Sensors 
Tolerance Studies Oil Pressure Light 
Simulations Studies Timing Sensors 
Design Reviews Proactive Maintenance* 
Safety Margins Vibration Sensor 

• * Proactive Maintenance actions are key preventive, predictive, and visual management tools to control 
the reliability of machinery. Preventive maintenance schedules, procedures, and in-plant resources are 
valid design controls to reduce the occurrence ratings of the machinery FMEA, only if they have been 
developed as part of the design process, and are included in the machinery user's manual. 

• Note: The Machinery Design Engineer's goal is to make the design robust so that machinery controls 
are not required. The Machinery Design Engineer must not rely on machinery controls or control plans 
to overcome potential design weaknesses. 

MFMEA Detection 

• Detection is an assessment of the ability of the Design/ Machinery Controls to detect a potential cause/ 
mechanism or to detect the potential failure mode. 

• Estimate the effectiveness of each Design/Machinery Control listed in Column 16 to detect the cause/ 
mechanism or the failure mode. Assume the failure mode has occurred. When several controls are listed, 
estimate a Detection rating for each control and then select the best (lowest) rating to enter into column 
17. 

MFMEA Detection 

MFMEA Risk Priority Number 

• The Risk Priority Number (RPN) is the product of the Severity (S), Occurrence (O), and Detection (D) 
ratings. 

RPN = (S) X (O) X (D) 
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• Remember, ratings and RPN numbers, in themselves, have no value or meaning. 

• Ratings and RPN numbers should be used only to prioritize the potential design weaknesses (root 
causes) for consideration of possible design actions to reduce criticality and/or to make the design more 
robust (less sensitive to manufacturing variation). 

MFMEA Recommended Actions 

• Design actions taken to reduce the Severity, Occurrence, and/or Detection ratings. 

• Remedial design actions should be considered in the following order: 
° A Failure Mode has an effect with a Severity rating of 9 or 10. 

° A Failure Mode/Cause combination has a high Severity and Occurrence rating (based on Team 

consensus). 

° A Failure Mode/Cause/Design Control and Machinery Control combination has a high RPN rating 

(based on Team consensus). 

• The intent of design actions is to reduce the Severity, Occurrence and Detection ratings, in that order. 

• Whenever failure mode/cause combinations have Severity ratings of 9 or 10, design actions must be 
considered before engineering release to eliminate a safety concern. For these ratings, the goal is to 
reduce criticality below conditions that could adversely affect the safety of the operator. 

MFMEA Recommended Actions 

• The Machinery Design engineer' s goal is to make the design robust so that equipment controls are not 
required. Remember, the Equipment Design engineer CANNOT rely on machinery controls or control 
plans to overcome potential weaknesses. 

• Emphasis should be placed upon design actions aimed at preventing or reducing the severity of the 
efforts of failure modes, or preventing or reducing the occurrence of causes. Detection does not decrease 
criticality. 

• In order to track and follow up design actions, it may be helpful to assign a number to them. If no 
actions are recommended, it is desirable to enter "No action at this time" in the column. This prevents 
someone interpreting a blank space as an oversight or an incomplete resolution. 

• List the actions that can be taken to prevent or reduce the occurrence of the causes of a failure mode, or 
to detect the failure mode. Enter a design action. If no actions are recommended, then enter "No action 
at this time." 

MFMEA Actions Taken 

• After an action has been implemented, enter a brief description of the actual action and effective date. 

• FOLLOW UP: The need for taking actions with quantified benefits, and following up all recommended 
actions cannot be overemphasized. A thorough Machinery FMEA will be of limited value without 
positive and effective actions to eliminate machine downtime or prevent part defects. 

• The supplier is responsible for updating the Machinery FMEA. The Machinery FMEA is a living 
document. It should reflect the latest design level and latest design actions. 

• In addition, any machinery design changes need to be communicated to the customer so that Process 
FMEAs, Control Plans and Process sheets can be updated. 

• After an action has been taken, enter a brief description of the action, and its effective or actual 
completion date. 

MFMEA Resulting RPN 

• After design actions are taken, the ratings for Severity, Occurrence, and/or Detection are revised by the 
FMEA Team. Calculate and rate the revised RPNs. The Machinery FMEA Team Engineer will review 
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the revised RPNs and determine if further design actions are necessary. If so, then Columns 19-22 
should be repeated. 

• After design actions are taken, reestimate and enter the ratings for Severity, Occurrence, and Detection. 
Calculate and enter the resultant RPN. If no actions are listed, leave these columns blank. 
Information Resources 

Engineering Drawings/Diagrams: 

° Part/Component 

° Subassembly 

° Higher Level Assembly 

° System 

Design Requirements/Specifications 

° System Design Specification 

° Engineering Specification 

° Manufacturing/Process Specifications 

° Equipment Performance Specification 

Control Plans 

° Dimensional Control Plans 

° DCP-Plus 

°RQP 

Previous or Similar Data 

° Warranty Data 

° Reliability Data 

° Recall Data 

° Field Service Data 

Other Studies 

° Quality Function Deployment (QFD) 

° Competitive New Vehicle Quality (CNVQ) 

° National New Car Buyer's Study (NNCB) 

° Durability Tracking Study (DTS) 

° EAO Quality Audit Survey (QAS) 

° EAO Quality Telephone Study (QTS) 

° EAO Van Quahty Panels 

MFEA Terms 

Derating 

• The practice of limiting the stresses on components/subsystems to levels well within their specified or 
proven capabilities in an effort to improve reliability. 

Machinery Failure 

• An event when machinery is not available to produce parts at specified conditions when scheduled or 
is not capable of producing parts or performing scheduled operations to specification. For every failure, 
an action is required to bring the machinery back to its intended production capability. 

Mean Time Between Failures (MTBF) 

• The average time between failure occurrences. The sum of the operating time of a machine divided by 
the total number of failures. 
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Mean Time-To-Repair 

• The average time to restore machinery to specified conditions. 
Proactive Maintenance [Preventive and Predictive] 

• Preventive maintenance are all actions performed in an attempt to retain a machine in specified 
condition by providing systematic inspection, detection, and prevention of incipient failures. 

• Predictive maintenance are techniques used to detect potential failures so that action can be taken to 
avoid the consequences which could occur if they degenerate into functional failures. 

Machinery FMEA Check List 

Process FMEA 

The Process FMEA 

Identifies 

Critical and Significant Characteristics 

and is therefore the 

Starting Point 

for the 

Control Plan 

Use a Process Flow Chart! 

Because: 

• You want to understand your current process 

• You are looking for opportunities to improve 

• You want to illustrate a potential solution 

• You have improved a process and want to document the new process 
Let's Try A Process Flow Chart 

Creating a Process Flow Chart 

1. Identify the process or task you want to analyze. Defining the scope of the process is important 
because it will keep the improvement effort from becoming unmanageable. 

2. Ask the people most familiar with the process to help construct the chart. 

3. Agree on the starting point and ending point. Defining the scope of the process to be charted is very 
important, otherwise the task can become unwieldy. 

4. Agree on the level of detail you will use. It's better to start out with less detail, increasing the detail 
only as needed to accomplish your purpose. 

Creating a Process Flow Chart 

5. Look for areas for improvement 

• Is the process standardized, or are the people doing the work in different ways? 

• Are steps repeated or out of sequence? 

• Are there steps that do not ad value to the output? 

• Are there steps where errors occur frequently? 

• Are there rework loops? 

6. Identify the sequence and the steps taken to carry out the process. 

7. Construct the process flow chart either from left to right or from top to bottom, using the standard 
symbols and connecting the steps with arrows. 

8. Analyze the results. 

• Where are the rework loops? 
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• Are there process steps that don't add value to the output? 

• Where are the differences between the current and the desired situation? 
Early Process Flow Diagram 

GM Example Process Flow Chart 
Basic Flow Chart Example 
Basic Flow Chart Example 
How To Use The Flow Chart 

• Use to help determine who should be involved by identifying all the work areas in a process 

• Use as a job aid to remind people about process standards 

• Use as a check list to collect data on where problems occur 

• Use to investigate why rework is occurring at a certain place in the process 

• Use the 'ideal process' flow chart data to communicate your proposed solution 
Flow Chart Tips 

• If a process step or box has two output arrows, consider whether a decision box is needed 

• Remember that the people closest to the work know it best. Make sure people are involved in 
developing the flow chart 

• Software packages make flow chart production easy. 
The Process Potential FMEA 

• Identifies potential product-related failure modes 

• Assesses the potential customer effects of the failures 

• Identifies the potential internal and external manufacturing or assembly process causes and identifies 
process variables on which to focus controls for occurrence reduction and/or detection of the failure 
condition(s) 

• Develops ranked list of potential failure modes, thus establishing a priority system for corrective action 
considerations 

• Documents the results of the manufacturing or assembly process 
Process Potential FMEA 

• A Process Potential FMEA is an analytical tool utilized by a Process FMEA team as a means to ensure 
potential failure modes and their associated causes are identified, considered and addressed. 

• Teams should be run by the owner of the process or someone who understands the process well. 

• Defines reasons for rejection at specific operations. 

• In preparation for the FMEA, the assumption should be made that the incoming parts and materials are 
correct. 

• A comparison of similar processes and a review of customer claims relating to similar components is a 
recommended starting point. A knowledge of the purpose of the design is necessary. 

• It can be cause-associated with a potential failure mode in a subsequent operation or an effect 
associated with a potential failure in a previous operation. 

• Each potential failure mode for the particular operation should be listed in terms of a part or process 
characteristic. 

FMEA White Space Issues 
Process FMEA Foci 
Customers include: 

• End User 
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• Next Manufacturing or Process Step 

• Process Engineers 

• Assembly Engineers 

• Repair Functions 

• Test Engineers 

• Product Analysis 

• Dealership or other Sales Outlet 
Process FMEA Benefits 

• As a systematic approach, the Process Potential FMEA parallels and formalizes the mental discipline 
that an engineer goes through in any manufacturing planning process. 

• The Process Potential FMEA identifies potential product related process failure modes. 

• The Process Potential FMEA assesses the potential customer effects of the failures. 

• The Process Potential FMEA identifies potential manufacturing and/or assembly process causes. 

• The Process Potential FMEA identifies significant process variables to focus controls for occurrence 
reduction and detection of failure conditions. 

• The Process Potential FMEA develops a list of potential failure modes ranked according to their affect 
on the customer, thus establishing a priority system for corrective and preventive action considerations. 
More Process FMEA Considerations 

• The Process FMEA is a living document. 

• The Process FMEA should be continually updated as changes occur throughout all phases of product 
development and on into and through to the end of production. 

• The Process FMEA should begin with a flow chart of the processes - from receiving through shipping 
and warehousing. 

• The Potential Failure Modes/Causes which can occur during manufacturing or assembly process are 
covered by the Process FMEA but some information (severity rankings, identification of some effects) 
may come from the Design FMEA. 

A reduction in occurrence ranking can only be achieved by implementing a process change that controls 

or eliminates one or more causes of the failure mode. 

Generic Process FMEA Basic Columns 

Generic PFMEA Severity 

Generic PFMEA Occurrence 

Generic PFMEA Detection 

Process Failure Causes 

1. Omitted processing 

2. Processing errors 

3. Errors setting up work pieces 

4. Missing parts 

5. Wrong parts 

6. Processing wrong work piece 

7. Mis-operation 

8. Adjustment error 

9. Equipment not set up properly 

10. Tools and/or fixtures improperly prepared 
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Process Control Examples 

1. Standardized work instructions/procedures 

2. Fixtures and jigs 

3. Mechanical interference interfaces 

4. Mechanical counters 

5. Mechanical sensors 

6. Electrical/Electronic sensors 

7. Job sheets or Process packages 

8. Bar coding with software integration and control 

9. Marking 

10. Training and related educational safeguards 

1 1 . Visual Checks 

12. Gage studies 

13. Preventive maintenance 

14. Automation (Real Time Control) 
Typical Process Documents 

• SPC records 

• Visual aides 

• Work instructions 

• Inspection instructions/records 

• Equipment operating instructions 

• Training records 

• Traceability records 
Recommended Actions 

• Corrective Action should be first directed at the highest concerns as rank ordered by RPN. 

• The intent of any recommended action is to reduce the occurrence, severity and/or detection rankings. 

• If no actions are recommended for a specific cause, then this should be indicated. 

• Only a design revision can bring about a reduction in the severity ranking. 

• To reduce the probability of occurrence, process and/or specification revisions are required. 

• To increase the probability of detection, process control and/or inspection changes are required. 
Improving detection controls is typically costly. The emphasis should be placed on preventing, rather 
than detecting, defects. 

Action On Severity 

• The question of action should be based on the RPN, not severity alone. If the severity is high, we at 
least think about any changes that might be made. 

• Often times, we have no control on what the vehicle does when our parts fail. . . This is determined by 
the car companies and we all know they are infinitely wise in areas of quality and safety. If changes are 
not feasible, we then focus on occurrence and detection to bring the RPN into an acceptable level. 
The Role and Function of ETA 

• Eault-tree analysis is a deductive process especially useful for analyzing failures, when the causes of 
failures have not been identified 

• Reliability engineering tool 
EMEA vs ETA 
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Fault Tree Symbols 

• The Ellipse 

The top event, the ellipse, contains the description of the system- level fault or undesired event. This 
symbol appears at the head or top of the tree and is included only once in any tree. The input to the 
ellipse is from a logic gate. 

• The Rectangle 

The fault event, the rectangle, contains a brief description of a lower-level fault. This description should 
be short without being vague. Fault events appear throughout the tree and have both their input and 
output from a logic gate. 

• Logic Gates 

Logic Gate inputs and outputs, except for the Inhibit Gate, which is addressed below, have similar 
connections. The output from a logic gate is to any fault event block or to a Transfer Out function. The 
input is from any fault event block or from a Transfer In function. The AND Gate is the logic gate in 
which the output occurs only if all inputs exist. 

The OR Gate is the logic gate in which the output occurs only if one or more of the input events occur. 
Fault Tree Fundamentals 

1. Defining the Undesired Event(s) (Major Fault(s)) 

a. The undesired event is most often the fault which, upon occurrence, results in complete failure of the 
system, the failure of a back-up system, degradation, or an undetected failure. This is considered 
catastrophic failure. The major fault is a failure which causes loss of availability through the degradation 
or system shut-down and/or poses a safety hazard to operators and/or maintenance personnel. The 
undesired event, however, may be an unusual failure at a sub-system level, the root cause of which is 
unknown. Any observable event may be chosen as the "undesired event". The analyst must recognize 
that the FTA will not identify failures unrelated to the chosen event. 

b. To define the undesired event, the normal system operation and environment must be known in order 
to allow the analysis to show the undesired event as a failure. When defining the undesired event, care 
must be taken to prevent the range of the faults from becoming too broad. For example, "Failure to 
complete trip", for an automobile, is not specific enough to allow for ease of analysis. This is because 
failure could vary from an air conditioning fault, which caused discomfort, to loss of engine power, 
which caused loss of mobility. Both faults could be considered failure; however, loss of mobility is 
obviously a much more severe fault than losing air conditioning. 

Fault Tree Fundamentals (Continued 1) 

2. Defining Types of Faults 

Faults fall into two basic categories: operational and component. 

Operation Fault 

The operational fault is one which occurs when a component is operating as it was designed to, but at an 

inappropriate time or place. An example is a failure of a control valve to close or to interrupt the 

introduction of a reactant into a chemical process due to an inappropriate signal from another device. 

Component Fault 

The component fault can be further divided into two sub-categories: primary and secondary. A Primary 

component fault occurs when a component fails to function in its intended environment. Example: A 

radar unit designed for use in aircraft which fails due to vibration. A Secondary component failure 

occurs when a component fails to function in an environment other than the environment for which it is 
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intended. Example: A radar unit designed for a cargo aircraft fails in a fighter aircraft due to vibration. 
Fault Tree Fundamentals (Continued 2) 

3. Comparison of Fault Occurrence and Fault Existence 

The term Fault Occurrence refers to the fact that an undesired event has taken place and may or may not 
still exist. Fault Existence, however, implies that the fault has occurred and continues to exist. Therefore, 
the fault can be described as being either transient or permanent. 

During the construction of the fault tree, all systems analysts should use Fault Occurrence, rather than 
Fault Existence, as the focus of interest. 

4. Comparison of Failure Causes and Fault Effects 

A failure is considered to be an inability to perform a normal function. Example: Valve does not open. A 
fault is a higher level Occurrence which is usually preceded by a lower-level failure, such as a casing 
cracking due to overheating because of a lack of coolant induction due to an inoperable valve (lower 
level of failure). However, a fault may also occur when no failure is present. Example: Coolant valve 
operates properly, but the signal to operate it encounters a delay. A fault has occurred, but there is no 
valve failure. Because of this, it can be stated that any failure causes a fault, but not every fault is caused 
by a failure. 

Failure Categories: a. Component, b. Environment, c. Human, d. Software. 
Fault Tree Construction Steps Summary 

• Determine the level to which the examination should be constructed 

• Begin with the system-level fault 

• Fully describe all events which immediately cause this event 

• With each lower-level fault, continue describing its immediate causes until a component level failure 
or human error can be attributed to the fault 

Fault Tree Construction Steps Summary (continued) 

• Fully define each branch of the tree before beginning another branch 

• During the construction of the tree, it is advisable to use a block diagram of the system to simplify 
determining the main branches 

• If the results of the FMECA on the system are available at the time of the ETA it is advisable to use the 
results in defining the top event(s) 

Analyzing the Fault Tree 

1. Determine the minimal cut-sets to simplify the tree (qualitative analysis). 

2. Determine the probability of each input event 

3. Combine the probability inputs to logic gates as follows: 

a. AND Gate - The probability of output is the product of the probabilities of the inputs (PO=Pil» Pi2... 
•Pin) 

b. OR Gate - The probability of output is the sum of the probabilities of the inputs (PO=Pil-i- Pi2...»Pin) 

4. Combine the gate input probabilities until the probability of the top event is determined. 
Fault- Tree Analysis Procedures 

• Identify the system or equipment level fault state(s) [undesired event(s)] 

• Construct the fault tree 

• Perform the analysis to the component level 
Criteria for Identifying the Undesired Event 

• The top event must be measurable and definable 
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• The top event must be inclusive of the lower events 

• The top event is the result of the lower events 
Zero Quality Control 

Clues about Causes 

• Can any equipment failures contribute to this effect? 

• Material faults? 

• Human errors? 

• Methods and Procedures? 

• Software performance? 

• Maintenance errors or the absence of maintenance? 

• Inaccuracies or malfunction of measurement device(s)? 

• Environments such as chemicals, dust, vibration, shock and/or temperature? 
Errors 1 

Almost all errors are caused by human error. 

• Forgetfulness - Sometimes we forget things when we are not concentrating. Example: A person forgets 
to set his/her alarm clock at night. Safeguard: Establish a routine which includes checking before going 
to bed. 

• Errors due to misunderstanding - Sometimes we make mistakes when we jump to the wrong 
conclusion before we're familiar with the situation. Example: A person used to a stick shift pushes the 
brake petal in an automatic thinking it is the clutch. Safeguards: Training, checking in advance, 
standardizing work procedures. 

• Errors in identification - Sometimes we misjudge a situation because we view it too quickly or are too 
far away to se it clearly. For example, a $1 bill is mistaken for a $10 bill. Safeguards: Training, 
attentiveness, vigilance. 

Errors 2 
Errors 3 
Five Methods of Mistake-Proofing 

• Variation control using assembly aids 

• Identification by visual techniques 

• Standardized work and workplace organization 

• Self-check (in-process) 

• Poka-Yoke 
Mistake-Proofing 

• Emphasizes Prevention! 

• Principles 

CO Build into processes 

CO Eliminate inadvertent errors 

CO Stop doing it wrong - Do It Right! 

oo Work Together 

oo Find True Cause! 

• Examples 

CO Guide for part (fixture) 
CO Error detection alarm 
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CO Limit switch 
CO Counter 
oo Check List 
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• To understand the role and function of theFMEA 

• To understand the concepts and techniques of 
Design FMEA and how to apply it 

• To understand the concepts and techniques of 
Proleas I^H&^^fic^how to apply i1^ III 

• To understand the role and function ofFTA 

• To understand the concepts ofZero Quality 
Control or Mistake-Proofing (e.g. Poka-Yoke) and 
its implications for FMEA 
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Course Goals 

. To understand the role and function of the FMEA 

. To understand the concepts and techniques of Design FMEA and how to apply it 

. To understand the concepts and techniques of Process FMEA and how to apply it 

. To understand the role and function of FTA 

. To understand the concepts of Zero Quality Control or Mistake-Proofing (e.g. Poka- 
Yoke) and its implications for FMEA 
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WhatlsAnFMEA? 

A tool used to evaluate 
potential failure modes and their causes. 

Prioritizes Potential Failures according to their Risk 
and drives actions to eliminate or reduce their 
likelihood of occurrence. 



Provides a discipline/methodology for documenting 
this analysis for future use and continuous process 
improvement. 

By its self, an FMEA is NOT a problem solver. It is 
used in combination with other problem solving tools. 
The FMEA presents the opportunity but does not 
solve the problem.' 
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What Is An FMEA? 

A tool used to evaluate - potential failure modes and their causes. 

. Prioritizes Potential Failures according to their Risk and drives actions to eliminate or 
reduce their likelihood of occurrence. 

. Provides a discipline/methodology for documenting this analysis for future use and 
continuous process improvement. 

. By its self, an FMEA is NOT a problem solver. It is used in combination with other 
problem solving tools. 'The FMEA presents the opportunity but does not solve the 
problem.' 
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How FMEA Fits With Elements of TQM 

• Customer Requirements 

• Engineering Specifications 

• Systej;r^and Components Specifications 

• Process qndg5uppliejJ^qui|errgnte|aijdl 

• Develop System Design and Process FMEA 

• Eliminate Potential Failures 

• Improve Upon Design and Process 

• Design is The Critical Element 
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How FMEA Fits With Elements of TQI\/I 
. Customer Requirements 
. Engineering Specifications 
. System and Components Specifications 
. Process and Supplier Requirements and Control 
. Develop System Design and Process FMEA 
. Eliminate Potential Failures 
. Improve Upon Design and Process 
. Design is The Critical Element 
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FMEAs Have Failure Modes? 



FMEAs Have Failure Modes? 



The team developing the FMEA turns out to beone 
individual. 

The FMEA is created to satisfy a customer or third 
pally recmirement, NOT to improve the process. 

The'FratA is developed toonate intne process and 
does not improve the product/process development 
cycle. 

The FMEA is not reviewed and revised during the life 
of the product. It is not treated as adynamic tool. 

The FMEA is perceived either as too complicated or 
as taking too much time. 
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FMEAs Have Failure Modes? 

. The team developing the FMEA turns out to be one individual. 

. The FMEA is created to satisfy a customer or third party requirement, NOT to improve 
the process. 

. The FMEA is developed too late in the process and does not improve the product/ 
process development cycle. 

. The FMEA is not reviewed and revised during the life of the product. It is not treated as 
a dynamic tool. 

. The FMEA is perceived either as too complicated or as taking too much time. 



http://elsmar.com/FMEA/sld009.htm3/26/2006 2:24:02 AM 



Origins 



Origins 



FMECA 

• Failure Mode Effects and Criticality Analysis 

• 1950's Origin - Aerospace & US Military 

• To categorize and rank for focus 

• Targeted prevention as a critical issue 

• 4ddressid safety issues 

"*-Jsrn?ir nnnn ; 

• Failure Mode ana Effects Analysi* 1960'sand^OT I II 

• First noticed & used by reliability engineers 

• System of various group activities provided tlirougli documentation 
of potential failure modes of products and/or processes and its 
effect on product performance. 

• Tlie evaluation and documentation of potential failure modes of a 
product or process. Actions are then identified which could 
eliminate or reduce the potential failure 
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Origins 
. FMECA 

o Failure Mode Effects and Criticality Analysis 

o 1950' s Origin - Aerospace & US Military 

o To categorize and rank for focus 

o Targeted prevention as a critical issue 

o Addressed safety issues 

. FMEA 

o Failure Mode and Effects Analysis - 1960's and 70 's 

o First noticed & used by reliability engineers 

o System of various group activities provided through documentation of potential failure modes of products and/or processes and its 

effect on product performance. 
o The evaluation and documentation of potential failure modes of a product or process. Actions are then identified which could eliminate 

or reduce the potential failure 
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History of the FMEA 



History of the FMEA 



The FMEA discipline was developed in the United States Military. 
Military Procedure MIL-P-1629, titled Procedures for Performing a 
Failure Mode, Effects and Criticallty Analysis, Is dated November 9, 
1949. It was used as a reliability evaluation technique to determine the 
effect of system and equipment failures. Failures were classified 
according to their Impact on mission success and personnel/equipment 
saftl^^^ ■ ^^ III ^^ ■ ■ ^^ ^^ III 
The term "personnel/equipment", taken directly from an abstract of 
Military Standard MiL-STD-1629, Is notable. The concept that 
personnel and equipment are Interchangeable does not apply In the 
modern manufacturing context of producing consumer goods. The 
manufacturers of consumer products established a new set of priorities, 
Including customer satisfaction and safety. As a result, the risk 
assessment tools of the FMEA became partially outdated. They have 
not been adequately updated since. 
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History of the Fi\/IEA 

. The Fi\/IEA discipline was developed in the United States l\/lilitary. l\/lilitary Procedure 
l\/IIL-P-1629, titled Procedures for Performing a Failure l\/lode, Effects and Criticality 
Analysis, is dated November 9, 1949. It was used as a reliability evaluation technique 
to determine the effect of system and equipment failures. Failures were classified 
according to their impact on mission success and personnel/equipment safety. 

. The term "personnel/equipment", taken directly from an abstract of l\/lilitary Standard 
l\/IIL-STD-1629, is notable. The concept that personnel and equipment are 
interchangeable does not apply in the modern manufacturing context of producing 
consumer goods. The manufacturers of consumer products established a new set of 
priorities, including customer satisfaction and safety. As a result, the risk assessment 
tools of the FI\/IEA became partially outdated. They have not been adequately updated 
since. 
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History of the FMEA 



History of the FMEA 



In 1988, the International Organization for Standardization issued the 
ISO 9000 series of business management standards. 

The requirements of ISO 9000 pushed organizations to develop 
formalized Quality Management Systems that Ideally are focused on 
the needs, wants, and expectations of customer^. ^^ W^S^%, 
OS 9000 is the automotive analogy to ISO 9000. A Task Force | 
representing Chrysler Corporation, Ford IVIotor Company, and General 
Motors Corporation developed OS 9000 in an effort to standardize 
supplier quality systems. 

In accordance with OS 9000 standards, compliant automotive suppliers 
utilize Advanced Product Quality Planning (APQP), Including design 
and process FMEAs, and develop a Control Plan. 
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History of the FMEA 

. In 1988, the International Organization for Standardization issued the ISO 9000 series 
of business management standards. 

. The requirements of ISO 9000 pushed organizations to develop formalized Quality 
l\/lanagement Systems that ideally are focused on the needs, wants, and expectations 
of customers. 

. QS 9000 is the automotive analogy to ISO 9000. A Tasl< Force representing Chrysler 
Corporation, Ford l\/lotor Company, and General l\/lotors Corporation developed 
QS 9000 in an effort to standardize supplier quality systems. 

. In accordance with QS 9000 standards, compliant automotive suppliers utilize 
Advanced Product Quality Planning (APQP), including design and process FI\/IEAs, 
and develop a Control Plan. 
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History of the FMEA 



History of the FMEA 



Advanced Product Quality Planning standards provide a 
structured method of defining and establishing the steps 
necessary to assure that a product satisfies the customer's 
requirements. Control Plans aid in manufacturing quality 
products according to customer requirements in conjunction with 
QS 9000. An emphasis is placed on minimizing process and 
product variation. A Control Plan provides "a structured 
approach for the design, selection, and implementation of value- 
added control methods for the total system." QS 9000 compliant 
automotive suppliers must utilize Failure Mode and Effects 
Analysis (FMEA) in the Advanced Quality Planning process and 
in the development of their Control Plans. 
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Notes: 



The Automotive Industry Action Group (AIAG) and the American Society for Quality Control (ASQC) copyrighted industry-wide FMEA 
standards in February of 1993, the technical equivalent of the Society of Automotive Engineers procedure SAE J- 1739. The standards are 
presented in an FMEA Manual approved and supported by all three auto makers. It provides general guidelines for preparing an FMEA. 

History of the FMEA 

. Advanced Product Quality Planning standards provide a structured method of 
defining and establishing the steps necessary to assure that a product satisfies the 
customer's requirements. Control Plans aid in manufacturing quality products 
according to customer requirements in conjunction with QS 9000. An emphasis is 
placed on minimizing process and product variation. A Control Plan provides "a 
structured approach for the design, selection, and implementation of value-added 
control methods for the total system." QS 9000 compliant automotive suppliers must 
utilize Failure l\/lode and Effects Analysis (FI\/IEA) in the Advanced Quality Planning 
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History of the FMEA 

process and in the development of their Control Plans. 
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Acronyms 



Acronyms 



l#^d fflr^ts Analysif ^^ III 



8-D Eight Disciplines of Probiem Soiving 

AiAG Automotive industry Action Group 

APQP Advanced Product Quaiity Planning 

ASQC American Society for Quaiity Control 

DOE ; Design of Experiment! 

FMEA Jpotentiai Failure Mod^^d Eff^ts Analysif 

FTA Fault Tree Analysis 

ISO international Organization for Standardization 

QFD Quaiity Function Deployment 

QOS Quaiity Operating System 

RFTA Reverse Fault Tree Analysis 

RPN Risic Priority Number 

SPC Statistical Process Control 
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Acronyms 

8-D Eight Disciplines of Problem Solving 

AIAG Automotive Industry Action Group 

APQP Advanced Product Quality Planning 

ASQC American Society for Quality Control 

DOE Design of Experiments 

FMEA Potential Failure Mode and Effects Analysis 

FTA Fault Tree Analysis 

ISO International Organization for Standardization 
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Acronyms 



QFD Quality Function Deployment 
QOS Quality Operating System 
RFTA Reverse Fault Tree Analysis 
RPN Risk Priority Number 
SPC Statistical Process Control 
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Definitions 



CriticalilM^^" | 
Current Efonti^ | 



Cause A Cause is the means by which a particular element of the design or 

process results In a Failure Mode. 

Critical Characteristics Criticai Charactehstlcs are Special Characteristics defined by Ford 

Motor Company that affect customer safety and/or could result In non- 
compliance with government regulations and thus require special 
controisto ensure 100% compliance. 

The Criticaiity' rating is the mathematical product of the Sevehti^ and 

r Recurrence ratings. Criticailty' = (S) ¥ (O). This number Is used to 
piace priority on items that require additional quality planning. 

jrlfnt ipontrols (design and process) are the mechanisms that 
prevent the Cause of the Failure Mode from occurring, or which detect 
the failure before it reaches the Customer. 
Customers are Internal and external departments, people, and 
processes that will be adversely affected by product failure. 

Detection Is an assessment of the likelihood that the Current Controls 
(design and process) will detect the Cause of the Failure Mode or the 
Failure Mode Itself, thus preventing It from reaching the Customer. 
An Effect Is an adverse consequence that the Customer might 
experience. The Customer could be the next operation, subsequent 
operations, or the end user. 



Customer 



Detection 



Effect 
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Definitions 



Cause A Cause is the means by which a particular element of the design or process 
results in a Failure Mode. 

Critical Characteristics Critical Characteristics are Special Characteristics defined by 
Ford Motor Company that affect customer safety and/or could result in non- 
compliance with government regulations and thus require special controls to ensure 
100% compliance. 

Criticailty The Criticality rating is the mathematical product of the Severity and 
Occurrence ratings. Criticality = (S) ¥ (O). This number is used to place priority on 
items that require additional quality planning. 

Current Controls Current Controls (design and process) are the mechanisms that 
prevent the Cause of the Failure Mode from occurring, or which detect the failure 
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before it reaches the Customer. 

Customer Customers are internal and external departments, people, and processes 
that will be adversely affected by product failure. 

Detection Detection is an assessment of the likelihood that the Current Controls 
(design and process) will detect the Cause of the Failure Mode or the Failure Mode 
itself, thus preventing it from reaching the Customer. 

Effect An Effect is an adverse consequence that the Customer might experience. The 
Customer could be the next operation, subsequent operations, or the end user. 
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Definitions 



Failure Mode 



lement 

E 



Failure Modes are sometimes described as categories of faiiure. A 
potential Failure Mode describes tlie way in wliicli a product or process 
could fail to perform Its desired function (design intent or performance 
requirements) as described by the needs, wants, and expectations of the 
internal and external Customers. 



FMEA Element FMEA elements are identified or analyzed in the FMEA process. 

I Common examples are Functions, Failure Modes, Causes, Effects, 
Xontnjis, and Actions. FME.A elements appear as column headings in the 
^ Function couifft^anyTit^ded pu^os^ft prmLra: or"ror?ss. 
FME.A functions are best described in verb-noun format with engineehng 
specifications. 

Occurrence Occurrence is an assessment of the likelihood that a particular Cause will 

happen and result in the Failure Mode during the intended life and use of 
the product. 

Risk Priority Number The Risk Phority Number is a mathematical product of the numehcal 

Severity, Occurrence, and Detection ratings. RPN = (S) ' (O) ' (D). This 
number is used to place priority on items than require additional quality 
planning. 

Severity Severity is an assessment of how sehous the Effect of the potential 

Failure Mode is on the Customer. 
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Definitions 



Failure l\/lode Failure Modes are sometimes described as categories of failure. A 
potential Failure Mode describes the way in which a product or process could fail to 
perform its desired function (design intent or performance requirements) as described 
by the needs, wants, and expectations of the internal and external Customers. 

FMEA Element FMEA elements are identified or analyzed in the FMEA process. 
Common examples are Functions, Failure Modes, Causes, Effects, Controls, and 
Actions. FMEA elements appear as column headings in the output form. 

Function A Function could be any intended purpose of a product or process. FMEA 
functions are best described in verb-noun format with engineering specifications. 

Occurrence Occurrence is an assessment of the likelihood that a particular Cause will 
happen and result in the Failure Mode during the intended life and use of the product. 
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Risk Priority Number The Risl< Priority Number is a mathematical product of the 
numerical Severity, Occurrence, and Detection ratings. RPN = (S) ' (O) ' (D). This 
number is used to place priority on items than require additional quality planning. 

Severity Severity is an assessment of how serious the Effect of the potential Failure 
Mode is on the Customer. 
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Cause and Effect Cascade 



Cause and Effect Cascade 



Design 



Cause 

Effect 



Environmental 
Exposurg.. 



Cause = Corrosion 
Effect = High Resistance 

Cause = Higti Resistance 
Effect = insufficient Current 




se J I I Ca 
ffect I ■ ^Effi 



Cause 
Effect' 



Cause = insufficient Current 
Effect = Dim Buib ■ 



Cause = Design 
Effect = Env. Exposure 

Cause = Env. Exposure 
Effect = IVIoisture 

Cause = IVIoisture 
Effect = Corrosion 



Corrosion 



Caused 



Effect 



Poor Contact 

(High 
Resistance) 



Cause 
Effect 



insufficient 
Current 




Dim Bulb 
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Notes: 



In the progression of time, a Failure Mode comes between a Cause and an Effect. One of the most confusing issues for new practitioners of 
FMEA is that any Cause that itself has a Cause might be a Failure Mode. Any Effect that itself has an Effect might also be a Failure Mode. In 
different contexts, a single event may be a Cause, an Effect, and a Failure Mode. Consider for example, a series of events that could occur 
during the life of a disposable penlight. 

In an analysis of the exterior casing of a penlight, "Allows excess moisture" might be a Failure Mode. One of the intended functions of the 
penlight case is to protect the internal components from excess moisture during normal operation. A failure to prevent moisture during normal 
operation is a Failure Mode since protective casings and other design features are intended to prevent moisture. 

Cause and Effect Cascade 

Design 

Environmental Exposure 

Moisture 
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Cause and Effect Cascade 

Corrosion 

Poor Contact (High Resistance) 

Insufficient Current 

Dim Bulb 

Cause 

Effect 

Cause 

Effect 

Cause 

Effect 

Cause 

Effect 

Cause 

Effect 

Cause 

Effect 

Cause = Design 

Effect = Env. Exposure 

Cause = Env. Exposure 

Effect = Moisture 

Cause = Moisture 

Effect = Corrosion 

Cause = Corrosion 

Effect = High Resistance 

Cause = High Resistance 

Effect = Insufficient Current 

Cause = Insufficient Current 

Effect = Dim Bulb 
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The FMEA Process 



Identify Functions 



Identify' Failure Modes 



The FMEA 
Process 



Identify Effects of the Failure Mode 



I 



Determine Severity 



'- - Apply Procedure for Potential Consequences 



"^-» 



L Identify' Potential Causes 



Determine Occurrence 



t«l . 




1 Calculate Cnticality 



Identify Special Ctiaracten sties 



identify Design or Process Control(s) 



Determine Detection 



RPN S; Final Risk Assessment 



I 



► Take Actions to Reduce Risks ' 
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The FMEA Process 

Identify Functions 

Identify Failure Modes 

Identify Effects of the Failure Mode 

Determine Severity 

Apply Procedure for Potential Consequences 

Identify Potential Causes 

Determine Occurrence 

Calculate Criticality 

Identify Design or Process Control(s) 
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The FMEA Process 

Determine Detection 

RPN & Final Risk Assessment 

Take Actions to Reduce Risks 

Identify Root Cause 

Identify Special Characteristics 
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An Early FMEA 



An Early FMEA 
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An Early FMEA 
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Where and Why 



Where and Why 




Automotive 

QS9000 paragraph 4.2 
Cited in the AIAG APQP Manual 
Process Safety Management Act (PSM) 

CFR 1910.11 9999999 lists the process FMEA as one of about 6 methods to 

evaluate hazards 

Example:. ICI Explosives- Hazardous 'Qperabi lib/ Studies -a 

un^fsever^nTietnods thaishould be usea to vemy a new design (21CFR 
Part 820). Inspectors check list questions cover use of the Design FMEA. 

ISO 9001/2 

Requires Preventative Actions. The utilization of FMEAs is one continuous 
improvement tool which can satisfy the requirement (ISO9001, Section 
4.14) 

ISO14000 

Can be used to evaluate potential hazards and their accompanying nsks. 
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Where and Why 
. Automotive 

QS9000 paragraph 4.2 

Cited in the AIAG APQP Manual 

. Process Safety Management Act (PSM) 

CFR 1910. 1 19999999 lists the process FMEA as one of about 6 methods to evaluate hazards 
Example: ICI Explosives - Hazardous Operability Studies 

. FDA-GMPs 

One of several methods that should be used to verify a new design (21CFR Part 820). Inspector's check list questions cover use of the 
Design FMEA. 
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Where and Why 

. ISO 9001/2 

Requires Preventative Actions. The utilization of FMEAs is one continuous improvement tool which can satisfy the requirement 
(ISO9001, Section 4.14) 

. ISO14000 

Can be used to evaluate potential hazards and their accompanying risks. 
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Types of Automotive FMEAs 



Types of Automotive FMEAs 



Machine 
FMEA 



Concept 
FMEA 



Specific to 
FORD 



Not all FMEAs are necessary. Only relevant FMEA analysis 
should be done. The determination must be made by the 
engineering activities that have product or process knowledge 
or responsibility against program specific deliverables. 



El f n ■ 1 ^^^^ System -* —^ 
I I- FMEA 1^ ="''-='^'^" */S 




System 
FMEA 



I 




System 

Sub-System 

Component 




System 
Sub- System 
Component 
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Types of Automotive FI\/IEAs 

Concept FMEA 
Design FMEA 
Process FMEA 
Machine FMEA 
System 
Sub-System 
Component 
Assembly 
Manufacturing 
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Types of Automotive FMEAs 

System 

Sub-System 

Component 

System 

Sub-System 

Component 

Not all FMEAs are necessary. Only relevant FMEA analysis should be done. The determination must be made by the engineering activities 
that have product or process knowledge or responsibility against program specific deliverables. 

Specific to 

FORD 

System FMEA 
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Types of Automotive FMEAs 

Machinery FMEA- is used to analyze low-volume specialty machinery (equipment and tools), that allows 
for customized selection of component parts, machine structure, tooling, bearings, coolants, etc. 

° Focuses on designs that improve the reliability and maintainabilitv of the ma oh in ery for long-term plant usage. 

* Considers preventive maintenance as a control to ensure reliabilitv. 

° Considers limited volume, customized machinery injh ere large scale testing of a numtjer of machines is impractical prior to 

production and manufacture of the machine. 
° Considers parts that can be selected for use in the machine, uuhere reliability data is available or can be obtained before 



production u: 



EA-TS U! 



Conceiit FMEA-TS used to analyze concepts for systems and subsystems In the early stages. 

° Focuses on potential failure modes associated with the functions of a concept proposal caused by design decisions that 

ffiroouce deficiencies. 
° Includes the interaction of multiple^fstems. and interactii^s betifueenib e el eyTients of a system at conc^^ stages. 
° Would apply to all neinj machir^ery Wncepts that have ne"r beePdon^WPore. alFneiAj plant machflery l"out, neiAj 

architecture for machinery, etc.^ 

System FMEA -Is used to analyze planned/ proposed systems. 

° Intended to transform an operational need into a description of system performance parameters and system configuration 
through the use of an interactive process of functional analysis, synthesis, optimization, design, test, and evaluation. 

Design FMEA- is used to analyze products, high volume tools or standard machines, machine 
components, standard production tooling, etc., before they are released to production. 

° Focuses on potential failure modes of products caused by design deficiencies. 

° Focuses on parts that can be prototyped and tested or modeled before high volume production of the product is launched. 

Process FMEA -is used to analyze manufacturing and assembly processes. 

° Focuses on potential productfailure modes caused by manufacturing or assembly process deficiencies. 
° Useful in analyzing process steps that can influence the design of machinery, including selection of appropriate tooling and 
machinery component parts. 
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Types of Automotive FMEAs 

Machinery FMEA - is used to analyze low-volume specialty machinery (equipment and 
tools), that allows for customized selection of component parts, machine structure, 
tooling, bearings, coolants, etc. 

o Focuses on designs that improve the reliability and maintainability of the machinery for long-term plant usage. 

o Considers preventive maintenance as a control to ensure reliability. 

o Considers limited volume, customized machinery where large scale testing of a number of machines is impractical prior to production 

and manufacture of the machine. 
o Considers parts that can be selected for use in the machine, where reliability data is available or can be obtained before production use. 

Concept FMEA - is used to analyze concepts for systems and subsystems in the early 
stages. 

o Focuses on potential failure modes associated with the functions of a concept proposal caused by design decisions that introduce 

deficiencies. 
o Includes the interaction of multiple systems, and interactions between the elements of a system at concept stages. 

htlp:;;elsniar.com;FM EA;sld022,htm II of 2)3;26;2006 2:24:26 A M 



Types of Automotive FMEAs 



o Would apply to all new machinery concepts that have never been done before, all new plant machinery layout, new architecture for 
machinery, etc.) 

System FMEA - is used to analyze planned / proposed systems. 

o Intended to transform an operational need into a description of system performance parameters and system configuration through the 
use of an interactive process of functional analysis, synthesis, optimization, design, test, and evaluation. 

Design FMEA - is used to analyze products, high volume tools or standard machines, 
machine components, standard production tooling, etc., before they are released to 
production. 

o Focuses on potential failure modes of products caused by design deficiencies. 

o Focuses on parts that can be prototyped and tested or modeled before high volume production of the product is launched. 

Process FMEA - is used to analyze manufacturing and assembly processes. 

o Focuses on potential product failure modes caused by manufacturing or assembly process deficiencies. 

o Useful in analyzing process steps that can influence the design of machinery, including selection of appropriate tooling and machinery 
component parts. 
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Focus: 

Minimize faiiure 

effects on the 

System. 

Objective/Qoal: 

Maximize System 
quaiity, reiialaliitif, 

cost and 
maintainabiiity'. 
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Focus: 

Minimize faiiure 

effects on tt^e 

Design. 

Objective/Goal: 

Maximize Design 
quaiity, reiiabiiity, 

cost and 
maintainabiiity. 



r 

COI 



Manpower, 

Machine. 

^Method, 

lMatei"ial. 

sasui'ement, 

Environment 




Tools, Wori< 

Stations, Production 

Lines, Operator 

Training, 

Processes, Gauges 



Potential Failure Mode and Effects Analysis 



Focus: 

Minimize process 
failures effects on 
the Total Process. 

Objective/Goal: 

Maximize Total 
Process quality, 
reliability, cost, 
productivity and 
maintainability. 
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Components, Subsystems, Main Systems 

System 

Design 

Process 

Components, Subsystems, Main Systems 

Manpower, Machine, Method, Material, Measurement, Environment 

Machines 

Tools, Work Stations, Production Lines, Operator Training, Processes, Gauges 

Focus: 
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Minimize failure effects on tlie System. 

Objective/Goal: 

Maximize System quality, reliability, cost and maintainability. 

Focus: 

Minimize failure effects on the Design. 

Objective/Goal: 

Maximize Design quality, reliability, cost and maintainability. 

Focus: 

Minimize process failures effects on the Total Process. 

Objective/Goal: 

Maximize Total Process quality, reliability, cost, productivity and maintainability. 
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Relationships of Automotive FMEAs 



Fai ure Mode 


Effect 


Cause 



System 
FMEA 



The Ramifications 
of the Problem 


The Problem 


The Cause(s) of the 
Problem 



Design 
FMEA 




Problem from the 
System FMEA 



The Effect from the 

System FMEA with a 

Better Definition 



New RTOt causes for 

the Design failure 

Modes 



Process 
FMEA 



The Causes of the 

Problem from the 

Design FMEA 



The Same Effect as the 
Design FMEA 



Specific Root Causes 

for the Process Failure 

Modes 
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Failure Mode 

The Ramifications 

of the Problem 

Effect 

The Problem 

Cause 

The Cause(s) of the 

Problem 

The Cause(s) of the Problem from the System FMEA 
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The Effect from the System FMEA with a Better Definition 

New Root Causes for the Design failure Modes 

The Causes of the Problem from the Design FMEA 

The Same Effect as the Design FMEA 

Specific Root Causes for the Process Failure Modes 

System FMEA 

Design FMEA 

Process FMEA 
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Automotive FMEA Timeline 



Machinery FMEA 
System FMEA 



Design FMEA 



Process FMEA 




com 



Concept 



Design 
Go-Ahead 



Design Prototype 

Completion ' Buiid 



Eng./Mfg. 
Sign Off 



Design FtVlEA: 

Start eariy in process. Complete lay the time preliminary drawings are done 

but before any tooling is initiated. 

Process FMEA: 

Start as soon as basic manufacturing methods have been discussed. 

Complete phorto finalizing production plans and releasing for production. 



Production 
Start 
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Automotive FMEA Timeline 

Concept 

Design Go-Ahead 
Design Completion 
Prototype Build 
Eng./Mfg. Sign Off 
Production Start 
Design FMEA 
Process FMEA 
Design FMEA: 
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Automotive FMEA Timeline 



Start early in process. Complete by the time preliminary drawings are done but before any tooling is initiated. 

Process FMEA: 

Start as soon as basic manufacturing methods have been discussed. Complete prior to finalizing production plans and releasing for production. 

Machinery FMEA 

System FMEA 
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Some Key FMEA Terms 

Customer Input 

Team - Team Selection (Cross-Functional) q 

„.^^'^i t^i °!CT m • 

RifFTPnonty Assessment ^ 

Design Process © 

Production Process 



nmi' 
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Some Key FMEA Terms 
. Customer Input 

. Team - Team Selection (Cross-Functional) 
. Ranking - Ranking of Decisions 
. Risk Priority Assessment 
. Design Process 
. Production Process 
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Automotive Acronyms 



AIAG: 

APQP: 

DFMEA 

DOE: 

FMA 

FME 

KCC: 

KPC: 

PFMEA 

PPAP: 

PSW: 

QFD: 




Automotive Industry Action Group 
Advanced Product Quality Planning 
Design Failure Mode and Effects Analysis 
Design of Experiments 

Failure Modes Analysis m ^^ ^^ ^V\ 
f ailure Mode and Effects AnajysiptJ I I I 
Tcey Control Characteristic 
Key Product Characteristic 
Process Failure Mode and Effects Analysis 
Production Part Approval Process 
Product Submission Warrant 
Quality Function Deployment 
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. AIAG: Automotive Industry Action Group 
. APQP: Advanced Product Quality Planning 
. DFI\/IEA: Design Failure l\/lode and Effects Analysis 
. DOE: Design of Experiments 
. FI\/IA: Failure l\/lodes Analysis 
. FI\/IEA: Failure l\/lode and Effects Analysis 
. KCC: Key Control Characteristic 
. KPC: Key Product Characteristic 
. PFI\/IEA: Process Failure l\/lode and Effects Analysis 
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. PPAP: Production Part Approval Process 
. PSW: Product Submission Warrant 
. QFD: Quality Function Deployment 
Automotive Acronyms: 
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Automotive Madness 

Characteristics © 

ENifierbiage and Definitions ® 

ismar.com s 

How many ways can you say O 

Critical Characteristic S 

9 
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Automotive Madness 

Characteristics - Verbiage and Definitions 

or 

IHow many ways can you say 

Critical Characteristic 
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Characteristics 



CHARACTERISTIC: A distinguishing feature, dimension orproperty of a process or its output (product) on 
which variable or attribute data can be collected. (P3S APQP) 

CHARACTERISTIC, CRITICAL, CHRYSLER DEFINITION: Characteristics applicable to a component, 
material, assembly, or vehicle assembly operation which are designated by Chry'sler Corporation 
Engineering as being critical to part function and having particular quality, reliability and/or durability 
significance. These include characteristics identified by the shield, pentagon, and diamond. (49 PPAP) 

CHARACTERISTIC, CRITICAL (INVERTED DELTA), FORD DEFINITION: Those product requirements 
(dimensions, performance tests) or process parameters that can affect compliance with government 
regulations or safe vehicle/product function, and which require specjfic sup plier , assernbly, shipping, or 



monitoring and included on Control Plans. (P49 PPAP) . ^ ^^^k. ^^^^ W^^^k 

C HAF^gm^T^ , ^^1 a| G mJ] E F|ll"ffiN:"e e Jey Pg d lit C h a ra cte ri strc . (P;4 9 F^AP;| 

CHARACTERISTIC, KEY CONTROL (KCCs): Those process parameters for which variation must be 
controlled around a target value to ensure that a significant characteristic is maintained at its target value. 
KCCs require ongoing monitoring per an approved Control Plan and should be considered as candidates for 
process improvement. (P49 PPAP) 

CHARACTERISTIC, KEY PRODUCT (KPC): Those product features that affect subsequent operations, 
product function, or customer satisfaction. KPCs are established by the customer engineer, quality 
representative, and supplier personnel from a review of the Design and Process FMEA's and must be 
included in the Control Plan. Any KPCs included in customer-released engineering requirements are 
provided as a starting point and do not affect the supplier's responsibility to review all aspects of the design, 
manufacturing process, and customer application and to determine additional KPCs. (P49 PPAP) 
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Characteristics I 

. CIHARACTERISTIC: A distinguisliing feature, dimension or property of a process or its 
output (product) on which variable or attribute data can be collected. (P39 APQP) 

. CHARACTERISTIC, CRITICAL, CHRYSLER DEFINITION: Characteristics applicable to a 
component, material, assembly, or vehicle assembly operation which are designated 
by Chrysler Corporation Engineering as being critical to part function and having 
particular quality, reliability and/or durability significance. These include 
characteristics identified by the shield, pentagon, and diamond. (49 PPAP) 

. CHARACTERISTIC, CRITICAL (INVERTED DELTA), FORD DEFINITION: Those product 
requirements (dimensions, performance tests) or process parameters that can affect 
compliance with government regulations or safe vehicle/product function, and which 
require specific supplier, assembly, shipping, or monitoring and included on Control 
Plans. (P49 PPAP) 
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CHARACTERISTIC, CRITICAL, GM DEFINITION: See Key Product Characteristic. (P49 
PPAP) 

CHARACTERISTIC, KEY CONTROL (KCCs): Those process parameters for which 
variation must be controlled around a target value to ensure that a significant 
characteristic is maintained at its target value. KCCs require ongoing monitoring per 
an approved Control Plan and should be considered as candidates for process 
improvement. (P49 PPAP) 

CHARACTERISTIC, KEY PRODUCT (KPC): Those product features that affect 
subsequent operations, product function, or customer satisfaction. KPCs are 
established by the customer engineer, quality representative, and supplier personnel 
from a review of the Design and Process FMEA's and must be included in the Control 
Plan. Any KPCs included in customer-released engineering requirements are provided 
as a starting point and do not affect the supplier's responsibility to review all aspects 
of the design, manufacturing process, and customer application and to determine 
additional KPCs. (P49 PPAP) 
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CHARACTERISTIC, PROCESS: Core team Identltied process variables (input variables) that have a cause 
and effect relationship with the identified Product CharacteriEtic(s) which can only be measured at the time 
of occurrence. (6.3#20APQP) 

CHARACTERISTIC, PRODUCT: Features or properties of a part, component or assembly that are 
described on drawings or other primary engineering information. (6.3 #1 9 APQP) 

CHARACTERISTIC, PRODUCT, CRITICAL (□), CHRYSLER DEFINITION: A defect which is critical to part 
function and having particular quality, reliability', and durability significance. (QS-90QC 



\f»C 



l_ 



^S-v^ 



CHAfpCTERISTlC. PRODUCT M.\JOR , CHRYSLER DEFINITION: A defect not critical to functian, but 
which could materially reduce the expected performance of a product, unfavorably affect customer 
satisfaction, or reduce production efficiency. (QS-9000) 

CHARACTERISTIC, PRODUCT, tVllNOR, CHRYSLER DEFINITION: A defect, not classified as critical or 
major, which reflects a deterioration from established standards. (QS-9000) 

CHARACTERISTIC, PRODUCT, SAFETY/EMISSION/NOISE (S), CHRYSLER DEFINITION: A defect 
which will affect compliance with Chrysler Corporation and Government Vehicle Safety/Emission/Noise 
requirements. (Q3-9000) 

CHARACTERISTIC, SAFETY, CHRYSLER DEFINITION "Shield <S> Specifications of a component, 
material, assembly or vehicle assembly operation which require special manufacturing control to assure 
compliance with Chrysler Corporation and government vehicle safety requirements. (QS-9000) 
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Characteristics II 

. CHARACTERISTIC, PROCESS: Core team identified process variables (input 
variables) that have a cause and effect relationship with the identified Product 
Characteristic(s) which can only be measured at the time of occurrence. (6.3 #20 
APQP) 

. CHARACTERISTIC, PRODUCT: Features or properties of a part, component or 
assembly that are described on drawings or other primary engineering information. 
(6.3 #19 APQP) 

. CHARACTERISTIC, PRODUCT, CRITICAL (D), CHRYSLER DEFINITION: A defect which 
is critical to part function and having particular quality, reliability, and durability 
significance. (QS-9000) 

. CHARACTERISTIC, PRODUCT, MAJOR, CHRYSLER DEFINITION: A defect not critical 
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Characteristics II 



to function, but which could materially reduce the expected performance of a product, 
unfavorably affect customer satisfaction, or reduce production efficiency. (QS-9000) 

CHARACTERISTIC, PRODUCT, MINOR, CHRYSLER DEFINITION: A defect, not 
classified as critical or major, which reflects a deterioration from established 
standards. (QS-9000) 

CHARACTERISTIC, PRODUCT, SAFETY/EMISSION/NOISE (S), CHRYSLER 
DEFINITION: A defect which will affect compliance with Chrysler Corporation and 
Government Vehicle Safety/Emission/Noise requirements. (QS-9000) 

CHARACTERISTIC, SAFETY, CHRYSLER DEFINITION "Shield <S>: Specifications of a 
component, material, assembly or vehicle assembly operation which require special 
manufacturing control to assure compliance with Chrysler Corporation and 
government vehicle safety requirements. (QS-9000) 
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Characteristics II 



CHARACTERISTIC, SAFETY , CHRYSLER DEFINITION: Specifications which require special 
manufacturing control to assure compliance with Chrysler or government vehicle safety requirements. [PSO 
PPAP) 

CHARACTERISTIC, SIGNIFICANT, CHRYSLER DEFINITION: Special characteristics selected bythe 
suppiierthrough l^nowledge of the product and process. (QS-9000) 



CHARACTERISTIC, SPECIAL: Product and process characteristics designated bythe customer, including 
governmental regulatory and safety, and/or selected bythe suppiierthrough knowledge of the product and 
process. (P104APQP) 

CHARACTERISTIC, SPECIAL, CHRYSLER DEFINITION "Diamond" ':D>: Specifications Of a component, 
material, assembly or vehicle assembly operation which are designated by ChiYEier:ps b^^ng utical to 
function and having particular quality, reliability and durability significanceiOG-JiQuO) ^ 



CHARACTERISTIC, SPECIAL, CHRYSLER DEFINITION "Diamond" <D>: Specific critical characteristics 
that are process dnven (controlled) and therefore require SPC to measure process stability, capability, and 
control for the life of the part. (Appendix C QS-SOOO) & (Appendix C APQP) 

CHARACTERISTIC, SPECIAL, CHRYSLER DEFINITION "Pentagon" <P>: Limited to highlighting Critical 
characteristics on (Production) part drawings, tools and fixture, and tooling aid procedures where ongoing 
process control is not automatically mandated. (Appendix C QS-9000) &. (Appendix C APQP) 

CHARACTERISTIC, SPECIAL, CHRYSLER DEFINITION "Shield" <S>: Engineenng designated 
specifications or product requirements applicable to component material, assembly operation(s) which 
require special manufacturing control to assure compliance with governmental vehicle safety, emissions, 
noise, orthefl prevention requirements. (Appendix C QS-9000) & (Appendix C APQP) 
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Characteristics III 

. CHARACTERISTIC, SAFETY, CHRYSLER DEFINITION: Specifications which require 
special manufacturing control to assure compliance with Chrysler or government 
vehicle safety requirements. (PSO PPAP) 

. CHARACTERISTIC, SIGNIFICANT, CHRYSLER DEFINITION: Special characteristics 
selected by the supplier through knowledge of the product and process. (QS-9000) 

. CHARACTERISTIC, SPECIAL: Product and process characteristics designated by the 
customer, including governmental regulatory and safety, and/or selected by the 
supplier through knowledge of the product and process. (P104 APQP) 

. CHARACTERISTIC, SPECIAL, CHRYSLER DEFINITION "Diamond" <D>: Specifications 
of a component, material, assembly or vehicle assembly operation which are 
designated by Chrysler as being critical to function and having particular quality, 
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reliability and durability significance. (QS-9000) 

CHARACTERISTIC, SPECIAL, CHRYSLER DEFINITION "Diamond" <D>: Specific 
critical characteristics that are process driven (controlled) and therefore require SPC 
to measure process stability, capability, and control for the life of the part. (Appendix 
C QS-9000) & (Appendix C APQP) 

CHARACTERISTIC, SPECIAL, CHRYSLER DEFINITION "Pentagon" <P>: Limited to 
highlighting Critical characteristics on (Production) part drawings, tools and fixture, 
and tooling aid procedures where ongoing process control is not automatically 
mandated. (Appendix C QS-9000) & (Appendix C APQP) 

CHARACTERISTIC, SPECIAL, CHRYSLER DEFINITION "Shield" <S>: Engineering 
designated specifications or product requirements applicable to component material, 
assembly operation(s) which require special manufacturing control to assure 
compliance with governmental vehicle safety, emissions, noise, or theft prevention 
requirements. (Appendix C QS-9000) & (Appendix C APQP) 
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Characteristics IV 

CHARACTERISTIC, SPECIAL, FORD DEFINITION "Critical Characteristic" <lnverted Delta>: Those 
product requirements (Dimensions, Specifications, Tests) or process parameters which can affect 
compliance with government regulations or safe Vehicle/Product Function and which require specific 
producer, assembly, shipping or monitoring actions and inclusion on the Control Plan. (Appendix C QS- 
9000) & (Appendix C APQP) 

CHARACTERISTIC, SPECIAL, FORD DEFINITION "Significant Characteristic - SO" <None>: Those 
product, process, and test requirements that are important to customer satisfaction and for which quality 
planning actions shall be included in the Control Plan. (Appendix C QS-9000) 

CHAF^CTERIStR. SPECIAL, FORD DEFINITION "Significant'Characteristic - S/C" ':None>: 
Characteristics that a^mportantt^he e^stome^ndJfiat mustj^ Induded onibeJJontml Plan. 

,.pp.^PaP,^[ I fell JJ^\ I I 

CHARACTERISTIC, SPECIAL, GM DEFINITION "FitrPunction" <F/F>: Product characteristic for which 
reasonably anticipated variation is likely to significantly affect customer satisfaction v\flth a product (other 
than S/C) such as its fits, function, mounting or appearance, orthe ability to process or build the product. 
(Appendix C QS-9000) & (Appendix C APQP) 

CHARACTERISTIC, SPECIAL, GM DEFINITION "Safety/Compliance" <S/C>: Product characteristic for 
which reasonably anticipated variation could significantly affect customerthe product's safet/ or its 
compliance with government regulations (such as: flammabilit^, occupant protection, steering control, 
braking, etc. . .), emissions, noise, radio frequency interference, etc. . . (Appendix C QS-9000) 

CHARACTERISTIC, SPECIAL, GM DEFINITION "Safety/Compliance" <S>: Product characteristic for 
which reasonably anticipated variation could significantly affect customerthe product's safety or its 
compliance with government regulations (such as: flammability, occupant protection, steering control, 
braking, etc. . .), emissions, noise, radio frequency interference, etc. . . (Appendix C APQP) 
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Characteristics IV 

. CHARACTERISTIC, SPECIAL, FORD DEFINITION "Critical Characteristic" <lnverted 
Delta>: Those product requirements (Dimensions, Specifications, Tests) or process 
parameters which can affect compliance with government regulations or safe Vehicle/ 
Product Function and which require specific producer, assembly, shipping or 
monitoring actions and inclusion on the Control Plan. (Appendix C QS-9000) & 
(Appendix C APQP) 

. CHARACTERISTIC, SPECIAL, FORD DEFINITION "Significant Characteristic - SC" 
<None>: Those product, process, and test requirements that are important to 
customer satisfaction and for which quality planning actions shall be included in the 
Control Plan. (Appendix C QS-9000) 

. CHARACTERISTIC, SPECIAL, FORD DEFINITION "Significant/Characteristic - S/C" 
<None>: Characteristics that are important to the customer and that must be included 
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on the Control Plan. (Appendix C APQP) 

CHARACTERISTIC, SPECIAL, GM DEFINITION "Fit/Function" <F/F>: Product 
characteristic for which reasonably anticipated variation is likely to significantly affect 
customer satisfaction with a product (other than S/C) such as its fits, function, 
mounting or appearance, or the ability to process or build the product. (Appendix C 
QS-9000) & (Appendix C APQP) 

CHARACTERISTIC, SPECIAL, GM DEFINITION "Safety/Compliance" <S/C>: Product 
characteristic for which reasonably anticipated variation could significantly affect 
customer the product's safety or its compliance with government regulations (such 
as: flammability, occupant protection, steering control, braking, etc. . .), emissions, 
noise, radio frequency interference, etc. . . (Appendix C QS-9000) 

CHARACTERISTIC, SPECIAL, GM DEFINITION "Safety/Compliance" <S>: Product 
characteristic for which reasonably anticipated variation could significantly affect 
customer the product's safety or its compliance with government regulations (such 
as: flammability, occupant protection, steering control, braking, etc. . .), emissions, 
noise, radio frequency interference, etc. . . (Appendix C APQP) 
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Characteristics V 



CHARACTERISTIC, SPECIAL, GM DEFINITION "Standard" <None>: Product characteristic for wiiicli 
reasonably anticipated variation is unlikely to significantly afTect a product's safety, compliance with 
governmental regulations, fiUfunction. (Appendix C QS-9000) & (Appendix C APQP) 

CHARACTERISTIC, SPECIAL , PROCESS (eg, CRITICAL, KEY, MAJOR, SIGNIFICANT ) A process 
characteristic for which variation must be controlled to some target value to ensure that variation in a 
special product characteristic is maintained to Its target value during manufacturing and assembly. (P57 
FMEA) 



CHARACTER) ST] p, SPECIAL , PRODUCT: Core team compilation of important product characteristics 
from |[ri'Hnf^esi;AII Special Characteristics must be listed on the Control Plan. {6.3 #1 9 APQP) 

...11 
CHARACTERISTIC, SPECIAL , PRODUCT (e.g., CRITICAL, KEY, MAJOR, SIGNIFICANT ): A product 

characteristic for which reasonably anticipated variation could significantly affect a product's safety or 

compliance with governmental standards or regulations, oris likely to significantly affect customer 

satisfaction with a product (P55 FMEA) 

CHARACTERISTIC, SPECIAL, TOOLING, CHRYSLER DEFINITION "Pentagon" <P>: Critical tooling 
symbol used to identify special characteristics of fixtures, gages, developmental parts, and initial product 
parts. (QS-9000) 

CONTROL ITEM PART, FORD DEFINITION: Product drawings/specifications containing Critical 
Charactenstics. Ford Design and Quality Engineering approval is required for changes to Control Item 
FMEA's and Control Plans. (QS-9000) 
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Characteristics V 

. CHARACTERISTIC, SPECIAL, GM DEFINITION "Standard" <None>: Product 
characteristic for which reasonably anticipated variation is unlikely to significantly 
affect a product's safety, compliance with governmental regulations, fit/function. 
(Appendix C QS-9000) & (Appendix C APQP) 

. CHARACTERISTIC, SPECIAL, PROCESS (e.g., CRITICAL, KEY, MAJOR, SIGNIFICANT): 
A process characteristic for which variation must be controlled to some target value to 
ensure that variation in a special product characteristic is maintained to its target 
value during manufacturing and assembly. (P57 FMEA) 

. CHARACTERISTIC, SPECIAL, PRODUCT: Core team compilation of important product 
characteristics from all sources. All Special Characteristics must be listed on the 
Control Plan. (6.3 #19 APQP) 
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Characteristics V 



CHARACTERISTIC, SPECIAL, PRODUCT (e.g., CRITICAL, KEY, MAJOR, SIGNIFICANT): 
A product characteristic for which reasonably anticipated variation could significantly 
affect a product's safety or compliance with governmental standards or regulations, or 
is likely to significantly affect customer satisfaction with a product. (P55 FMEA) 

CHARACTERISTIC, SPECIAL, TOOLING, CHRYSLER DEFINITION "Pentagon" <P>: 
Critical tooling symbol used to identify special characteristics of fixtures, gages, 
developmental parts, and initial product parts. (QS-9000) 

CONTROL ITEM PART, FORD DEFINITION: Product drawings/specifications 
containing Critical Characteristics. Ford Design and Quality Engineering approval is 
required for changes to Control Item FMEA's and Control Plans. (QS-9000) 
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Process Flow 



Process Flow 



• Flow CHART, Preliminary Process 

Description of anticipated manufacturing process 
developed from preliminary bill of material and 
product/process assumptions.4PiQ#i ioAPQPi&[Pio4 

• Flow DIAGRAM , Process 

Depicts the flow of materials through the process, 
including any rework or repair operations, (psoppap) 
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Process Flow 

. Flow CHART, Preliminary Process 

Description of anticipated manufacturing process developed from preliminary bill of material and product/process assumptions. (PIO 
#1.10 APQP) & (P104 APQP) 

. Flow DIAGRAM, Process 

Depicts the flow of materials through the process, including any rework or repair operations. (P50 PPAP) 
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FMEA& Failure Terms 

FMEA: FAILURE MODE and EFFECTS ANALYSIS - Systematizedtechnique which identifies 
and ranl^sthe potential failure modes of a design or manufacturing process In order to prioritize 
Improvement actions. [P22 SS) & (P49 PPAP) 

FAILURE CAUSE, POTENTIAL : Howthe failure could occur, described in terms of something that can be 
corrected or can be controlled. [P37 #1 4 FMEA) 

FAILURE MODES ANALYSIS (FMA): A formal, structured procedure used to analyze failure mode data 
from both current and prior processes to prevent occurrence of those failure modes in the future. (P1 03 
APQF 



SPOTENTIAL : The manner In which th.e process could 



FAILURE MODE, SPOTENTIAL : The manner In which th.e process could potentially fail to meet the process 
requlrementBr'and/or design intentM description ofthHion-Bnformance atthatspfilfic operation. (P31 
#10 FMEA) 

FMEA, DESIGN: Analytical technique used by a design responsible engineer/team as a means to assure, 
to the ejdent possible, that potential failure modes and their associated causes/mechanisms have been 
considered and addressed. (PI 03 APQP) 

FMEA, MACHINE/EQUIPMENT: Same as process FMEA, except machine/equipment being designed Is 
considered the product. (P29 FMEA) 

FMEA, PROCESS: Analytical technique used by a manufacturing responsible engineerfteam as a means 
to assure that, to the extent possible, potential failure modes and their associated causes/mechanisms 
have been considered and addressed. (PI 04 APQP) 
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FMEA & Failure Terms 

. FMEA: FAILURE MODE and EFFECTS ANALYSIS - Systematized technique which 
identifies and ranks the potential failure modes of a design or manufacturing process 
in order to prioritize improvement actions. (P22 SS) & (P49 PPAP) 

. FAILURE CAUSE, POTENTIAL: How the failure could occur, described in terms of 
something that can be corrected or can be controlled. (P37 #14 FMEA) 

. FAILURE MODES ANALYSIS (FMA): A formal, structured procedure used to analyze 
failure mode data from both current and prior processes to prevent occurrence of 
those failure modes in the future. (P103 APQP) 

. FAILURE MODE, POTENTIAL: The manner in which the process could potentially fail 
to meet the process requirements and/or design intent. A description of the non- 
conformance at that specific operation. (P31 #10 FMEA) 

http://elsmar.com/FMEA/sld035.htm ( 1 of 2)3/26/2006 2:24:50 AM 



FMEA & Failure Terms 



FMEA, DESIGN: Analytical technique used by a design responsible engineer/team as a 
means to assure, to the extent possible, that potential failure modes and their 
associated causes/mechanisms have been considered and addressed. (P103 APQP) 

FMEA, MACHINE/EQUIPMENT: Same as process FMEA, except machine/equipment 
being designed is considered the product. (P29 FMEA) 

FMEA, PROCESS: Analytical technique used by a manufacturing responsible engineer/ 
team as a means to assure that, to the extent possible, potential failure modes and 
their associated causes/mechanisms have been considered and addressed. (P104 
APQP) 
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FMEA Timing 



FMEA Timing 

Before or After? 

Individual or Team Approach? 

Elsmar.com 
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FMEA Timing 

. Before or After? 

. Individual or Team Approach? 



http://elsmar.com/FMEA/sld036.htm3/26/2006 2:24:51 AM 



Typical Automotive Trilogy Development 



Typical Automotive Trilogy Development 

APQP Timeline 



Process Flow Diagram 

(Includes ALL Processes) 




Critical j 

Characteristics j 

Matrix ! 



Process FMEA Critic|ICjb«Mtaristics 




Some Elements ma^ 
be Included On/ 



Process Control Plan 

y (Critical Processes from FMEA) 

Critical Characteristics 
& Characteristic Control Issues 



Design FMEA 

(On Intended Use) 
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Typical Automotive Trilogy Development 

Process Flow Diagram 
(Includes ALL Processes) 
Process FMEA 
(On ALL Processes) 
Process Control Plan 
(Critical Processes from FMEA) 
Design FMEA 
(On Intended Use) 
APQP Timeline 



htlp:/;clsniar.com;FM EA;sld037,htm II of 2)3;26;2006 2:24:53 AM 



Typical Automotive Trilogy Development 

Some Elements may be Included On 

Critical Characteristics 

& Characteristic Control Issues 

Critical Characteristics 

& Failure Effects Issues 

Critical 

Characteristics 

Matrix 
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Automotive Document Development 



Automotive Document Development 



Begin determination of 
Critical Characteristics' 



Develop Process 
Flow Listing 



Be DEFINITE about your 
definition of'Major' 



Enter Every 

'Major' Process 

from Flow Listing 



^^^^ I into FMEA Form 'Major' process. 

Elsrmf.cQm 



Develop FMEA(sJ 

Element for Eve ly 

Process 



Give careful consideration 
to defining Control Plan 
stages: 
Prototype 
Pre-launch 
Production 



Develop the 

Control PI an with 

Critical 

characteristics 



CheckforCustomer 
Requirements. 

Give careful consideration 
to what you consider a 
'Major' process. 

to I 

LTse till apf^ropiateflFN 
numbers and 
considerations of other 
appropriate information 
/data to determineCritical 
Characteristics. 

Develop control 
mechanismsappropriate 
for Critical 

characteristics. 
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Automotive Document Development 

Develop Process Flow Listing 

Enter Every 'Major' Process from Flow Listing into FMEA Form 

Develop FMEA(s) Element for Every Process 

Check for Customer Requirements. 

Give careful consideration to what you consider a 'Major' process. 

Give careful consideration to defining Control Plan stages: 

Prototype 

Pre-launch 

Production 
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Automotive Document Development 

Use the appropriate RPN numbers and considerations of other appropriate information /data to determine Critical Characteristics. 

Develop the Control Plan with Critical characteristics 

Develop control mechanisms appropriate for Critical characteristics. 

Be DEFINITE about your definition of 'Major' 

Begin determination of Critical Characteristics 
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Control Plan / Process Flow Combination Example 



Advanced Product Quality Planning Timeline 

Process Flow Listing Fiow/Process Controi Pian 

(Includes ALL Processes) tALL 'Major' Processes) 



e^%. ^^^iProcess Flow Listing jM ^^^^ 
dulg III jri0f:c|nes' tift (^ J I I 1 



APQP Pro< 
Trigger' «..-.. ^*,^-*p^ . . ..ww^« wv-.».^. ^.«.n^ 

■ 

* / 



CO Matrix 



/ 



Process FMEA 

sditib Elements may '' (ALL 'Major' Processes) 

/ Use to Determine 

Critical Characteristics 



be Included On ^ 



/ 



.^^^^^^^^^^^^^ ^rom RPN 

Design FMEA 

(Intended Use) 
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Advanced Product Quality Planning Timeline 
Use to Determine 
Critical Characteristics 
from RPN 
APQP Procedure Should 'Trigger' this Process 

Control Plan / Process Flow Combination Example 

CC Matrix 
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Control Plan / Process Flow Combination Example 

Document Development 



DevelopPiDcess 
Row Listing 



Give carefijl conslderalion 
[to defining ContiDl Plan 



T 



ClieckforCustomer 
Requirements. 




Enter Every 
' Major' Procsss 

tTDiTi Rdw Lisfing * 

inlD ContiDl PI: 
_ Foini 



I 



'lait 



DevelopFMEA(s) 

Element for Every 

Process in fine 

ContiDl Plan 



I 



Revise tiie 

Control Pianwitin 

Critical 

characteristics 



Give careful consideration 
■^to what you consjdei^^^ 
M Majogprocms ■ 1 



Use the appropriateRPN 
numbers and 
considerations of other 
appropriate information 
/data to determineCritical 
Characteristics. 



Develop control 
mechanismsappropriate 
for Critical 

charactenstics. 
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Control Plan / Process Flow Combination Example 

Document Development 

Check for Customer Requirements. 

Give careful consideration to what you consider a 'Major' process. 

Use the appropriate RPN numbers and considerations of other appropriate information /data to determine Critical Characteristics. 

Develop control mechanisms appropriate for Critical characteristics. 

Revise the Control Plan with Critical characteristics 
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One Document? Or More? 



One Document? Or More? 



Manufacturing Entity 



'Receiving' 
> 



Machine or 
CeiiT 



r-*^ 



Ivlacinine 
or Cell 2 



Assembly 
or Cell 3 



'Pack 



aship' 



L^egiii^^-^^^Wrrlchi J, opPatfbn c7'-'cell ■ ^^ 



rfattbn 0?' 
Device, Technology or Family = a flow of a 'technology' or 'device' 
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One Document? Or More? 

Device, Technology or Family = a flow of a 'technology' or 'device' 

Manufacturing Entity 

Machine or Cell 1 

'Receiving' 

Machine or Cell 2 

Assembly or Cell 3 

'Pack 

& Ship' 

Internal or External 



>-■ 



Internal or 
External 
ustomer 



^ 'Receiving' 
'Pack 
aShip' 
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One Document? Or More? 



Customer 

'Receiving' 

'Pack 

& Ship' 

'Segmented = By machine, operation or 'cell' 
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Example Discussion II 



Each functional area is responsible for detailing on tlieir FMEA all elements 
of their responsibilities. 

If a functional area transports product to another functional area , that 
transportation must be considered for Inclusion In the FMEA. If It Is not 
addressed, the functional area must be ready to discuss why it is not. 

Control Plan s must cover 

We have^to go b vjlj g 

First touch to last touch - Check with your 'touches" to ensure they have the 
Control Plans and FMEAs. 

We know: 

Receiving has Control Plans, no FMEAs. 
Fabs have Control Plans and FMEAs 
Warehouses have ???? 
** What other areas are there?? ** 



)ver the actual orocesses.*^^ ^^k l^^\ 

f iidi .com 



o 
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Example Discussion II 

• Each functional area is responsible for detailing on their FMEA all elements of their responsibilities. 

• If a functional area transports product to another functional area , that transportation must be considered for inclusion in the FMEA. If it is not 
addressed, the functional area must be ready to discuss why it is not. 

• Control Plans must cover the actual processes. 

• We have to go by the rule of: 

First touch to last touch - Check with your 'touches' to ensure they have the Control Plans and FMEAs. 

• We know: 

Receiving has Control Plans, no FMEAs. 

Fabs have Control Plans and FMEAs 

Warehouses have ???? 

** What other areas are there?? ** 
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Example Discussion III 



Example Discussion 



Meeting Objective: 

° Develop Recommendation for a "Standard FMEA 
Approach" 




I 



W^ 



The team defined two different types of Process FMEAs as 

~ ■ ■ ■ ^^ i ■ -^^ ^^ ■ i ■ 



defined belo\ 

° Device FMEA (a single FMEAtiiat defines a single Device 
Flow (from start to completion). 

° Process FMEA, which defines the process for either an 
equipment set or a "Cost Block" (e.g., probe). 
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Example Discussion III 
Meeting Objective: 

o Develop Recommendation for a "Standard FMEA Approach" 

The team defined two different types of Process FMEAs as defined below: 

o Device FMEA (a single FMEA that defines a single Device Flow (from start to completion). 

o Process FMEA, which defines the process for either an equipment set or a "Cost Block" (e.g., probe). 
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Example Discussion Ilia 



Example Discussion ilia 

Device FMEA "PRO'S ": 

Defines a single flow. 

Allows identification of Process Interaction Failure Modes. 

Allows identification of "Cntical Processes". 

Opens communication between Device and Process Engineers. 

DeviceFMEA "CON's" O 

"Less derail on Process Failure Modei^ ^^ ^^ M^^^^ O 

pocument control is unmanageable. ■ lillll ^ 

IDiffuses ownership responsibilities. I ■ ^^^k^ III 

Process FMEA "PRO'S": 

More userfnendly. 

More detailed. 

More manageable. 

TPM/Cross Functional Team Enabler. 
Process FMEA 'CON's ": 

Doesn't exhibit Process Interaction Failure Modes. 

More difficult to identify cntical processes. 
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Example Discussion iiia 
. Device FI\/IEA "PRO's": 

Defines a single flow. 

Allows identification of Process Interaction Failure Modes. 

Allows identification of "Critical Processes". 

Opens communication between Device and Process Engineers. 

. Device FI\/IEA "CON's": 

Less detail on Process Failure Modes. 

Document control is unmanageable. 
Diffuses ownership responsibilities. 

. Process FI\/IEA "PRO's": 
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Example Discussion Ilia 

More user friendly. 

More detailed. 

More manageable. 

TPM/Cross Functional Team Enabler. 

. Process FMEA "CON's": 

Doesn't exhibit Process Interaction Failure Modes. 
More difficult to identify critical processes. 
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Example Discussion Illb 



RECOMMENDATIONS 

Based on this information tine team made the following recommendations: 

° As a minimum, Process FMEAs sliould be used. 

° Vevicef MEAs should be used as tool to introduce new Platforms 

"wlllcti .UUIII 

CONCERNS 

FMEAs must be reviewed and updated as detailed below: 

° Process Clianges. 

° Customer Incidents (IFAR/EFAR). 

* Annually. 

° Whenever the process produces significant line scrap as determined by 

each manufacturing site. 
° Ensure that the FMEAs links with the Control Plans. 
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Example Discussion Illb 
RECOMMENDATIONS 
Based on this information the team made the following recommendations: 

o As a minimum. Process FMEAs should be used. 

o Device FMEAs should be used as tool to introduce new Platforms to manufacturing. 

CONCERNS 

FMEAs must be reviewed and updated as detailed below: 

o Process Changes. 

o Customer Incidents (IFAR/EFAR). 

o Annually. 

o Whenever the process produces significant line scrap as determined by each manufacturing site. 

o Ensure that the FMEAs links with the Control Plans. 
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QS9000:1998 - FMEAs 

4.2.3 - Quality Planning 

Process Failure Mode and Effects 
Analysis (Process FMEAs) 

• Pixels FMEAs shall consider all spfc^L-^ 
ptiaracteristics. Efforts shall be taken to improve 
the process to achieve defect prevention rather 
than defect detection. Certain customers have 
FMEA review and approval requirements that shall 
be met prior to production part approval (see 
customer specific pages). Refer to the Potential 
Failure Mode and Effects Analysis reference 
manual. 
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QS9000:1998- FMEAs 

4.2.3 - Quality Planning 

Process Failure Mode and Effects Analysis (Process FMEAs) 

o Process FMEAs shall consider all special characteristics. Efforts shall be taken to improve the process to achieve defect prevention 
rather than defect detection. Certain customers have FMEA review and approval requirements that shall be met prior to production part 
approval (see customer specific pages). Refer to the Potential Failure Mode and Effects Analysis reference manual. 



htlp:/;clsniar.com;FM EA;sld046,htm 3;26;2006 2:25:08 AM 



Semiconductor Supplement 



Semiconductor Supplement 



Quality Planning - 4.2.3.S 

During the advanced quality planning processes, the supplier shall 
include all processes from the incoming material through shipping 
and warehousino, ^^ ^ ^^ ^^ ^^ m^^^^ 

faltcrre ^ode andEffecfi Analysis and cCntTb^lat cmcumems 
ball Indlude these processes^ ■ ■ ^^^ ^^^' III 



The Intent: 

The supplier shall 'consider* all processes. But - does it mean that 
all process shall be included in the FMEA and Control Plan? 
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Semiconductor Supplement 
Quality Planning - 4.2.3.S 

During the advanced quality planning processes, the supplier shall include all processes from the incoming material through shipping 
and warehousing 

Failure Mode and Effects Analysis and Control Plan documents shall include these processes. 

The Intent: 

The supplier shall *consider* all processes. But - does it mean that all process shall be included in the FMEA and Control Plan? 
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APQP Manual : 1995 



6.2 Overview 

• "A control plan is a written description of the 
system for controlling parts and processes" 

• |lH=*-ef1ject, the Coriro^lai describfis ^|a|tic|is 
That are required at each phase oT The process 
including receiving, in-process, out-going and 
periodic requirements to assure that all process 
outputs will be in a state of control" 
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APQP Manual : 1995 
6.2 Overview 

o "A control plan is a written description of the system for controlling parts and processes" 

o "In effect, the Control Plan describes the actions that are required at each phase of the process including receiving, in-process, out- 
going, and periodic requirements to assure that all process outputs will be in a state of control" 
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FMEA Manual : 1995 



'Process Potential FMEA" 

Is "...a summary of engineer's/team's thoughts 
(including an analysis of items that could go wrong 
Jpaaed upon experience and pastcxinGeinsJ as a 
process is develop^o| | . ^^^^ III 



"A process FMEA should begin with a flow 
chart/risk assessment of the general process. This 
flow chart should identify the product/c 
characteristics associated with each operation." 
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FMEA Manual : 1995 

"Process Potential FMEA" 

Is "...a summary of engineer's/team's thoughts (including an analysis of items that could go wrong based upon experience and past 
concerns) as a process is developed." 

"A process FMEA should begin with a flow chart/risk assessment of the general process. This flow chart should identify the product/c 
characteristics associated with each operation." 
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General Benefits of FMEAs 

Prevention Planning 
Identifies change requirements 

ci»^i'ius'i°n a r com 

Increased through-put ■ ^^^^ 
Decreased waste 
Decreased warranty costs 
Reduce non-value added operations 
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General Benefits of FMEAs 
. Prevention Planning 
. Identifies change requirements 
. Cost reduction 
. Increased through-put 
. Decreased waste 
. Decreased warranty costs 
. Reduce non-value added operations 
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Concept FMEA Benefits 



Concept FMEA Benefits 

• Helps select the optimum concept alternatives, or 
determine changes to System Design Specifications. 

• Identifies potential failure modes caused by 
interactions within the concept. 

• Increases the likelihood all potential effects of a^ 
proposed concept's failure modes are considereli. 

• Helps generate failure mode Occurrence ratings that 
can be used to estimate a particular concept 
alternative's target. 

• Identifies system level testing requirements. 

• Helps determine if hardware system redundancy may 
be required within a design proposal. 
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Concept FMEA Benefits 

. Helps select the optimum concept alternatives, or determine changes to System 
Design Specifications. 

. Identifies potential failure modes caused by interactions within the concept. 

. Increases the likelihood all potential effects of a proposed concept's failure modes are 
considered. 

. Helps generate failure mode Occurrence ratings that can be used to estimate a 
particular concept alternative's target. 

. Identifies system level testing requirements. 

. Helps determine if hardware system redundancy may be required within a design 
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Concept FMEA Benefits 

proposal. 
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Design FMEA Benefits 



Design FMEA Benefits 



Aids in the objective evaluation of design requirements and design alternatives. 
Aids in the initial design for manufacturing and assembly requirements (known 
as Design for Manufacturing/Assembly - DFM/DFA). 
Increases the probability that potential failure modes and their effects on system 
and vehicle operation have been considered in the design/development process. 
Provides additional information to aid in the planning of thorough and efficient 
designtest and development programs, y* ^^\. ^^ M^^^\ 
DevelopTa list of potential failure modes ranked according to their effect on the 
"customer/' thus establishing a pnont/ system for design improvements and 
development testing. 

Provides an open issue format for recommending and tracking nsk reducing 
actions. Can be a reporting tool. 

Provides future reference to aid in analyzing field concerns, evaluating design 
changes and developing advanced designs. 

Helps to identify potential Cntical Charactehstics and Significant Charactenstics. 

Helps validate the Design Vehfication Plan (DVP) and the System Design 
Specifications (SDSs). 
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Design FMEA Benefits 

. Aids in the objective evaluation of design requirements and design alternatives. 

. Aids in the initial design for manufacturing and assembly requirements (known as 
Design for Manufacturing/Assembly - DFM/DFA). 

. Increases the probability that potential failure modes and their effects on system and 
vehicle operation have been considered in the design/development process. 

. Provides additional information to aid in the planning of thorough and efficient design 
test and development programs. 

. Develops a list of potential failure modes ranked according to their effect on the 
"customer," thus establishing a priority system for design improvements and 
development testing. 
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Design FMEA Benefits 



. Provides an open issue format for recommending and tracl<ing risl< reducing actions. 
Can be a reporting tool. 

. Provides future reference to aid in analyzing field concerns, evaluating design 
changes and developing advanced designs. 

. Helps to identify potential Critical Characteristics and Significant Characteristics. 

. Helps validate the Design Verification Plan (DVP) and the System Design 
Specifications (SDSs). 
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Process FMEA Benefits 



Process FMEA Benefits 



Identifies potential product related process failure modes. 

Assesses the potential customer effects of the failures. 

Identifies the potential manufacturing or assembly process causes and identifies 
process vanables on which to focus controls for occurrence reduction or 
detection of the failure conditions. 



Develops a ranked list of potential failure modes, thus establishing a phohty' 

gTDrassembl'j^mce'. I | | 



syst^T-fe^corrective action consideration 
DocDTnent&trie results of thanianufactunn 



Identifies process deficiencies to enable engineers to focus on controls for 
reducing the occurrence of producing unacceptable products, or on methods to 
increase the detection of unacceptable products. 

Identifies confirmed Cntical Charactenstics and/or Significant Characten sties 
and aids in development of thorough Manufactuhng or Assembly Control Plans. 

Identifies operator safet;/ concerns. 

Feeds information on design changes required and manufactuhng feasibility 
back to the design communiti/. 
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Process FMEA Benefits 

. Identifies potential product related process failure modes. 

. Assesses the potential customer effects of the failures. 

. Identifies the potential manufacturing or assembly process causes and identifies 
process variables on which to focus controls for occurrence reduction or detection of 
the failure conditions. 

. Develops a ranked list of potential failure modes, thus establishing a priority system 
for corrective action considerations. 

. Documents the results of the manufacturing or assembly process. 

. Identifies process deficiencies to enable engineers to focus on controls for reducing 
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Process FMEA Benefits 



the occurrence of producing unacceptable products, or on methods to increase the 
detection of unacceptable products. 

. Identifies confirmed Critical Characteristics and/or Significant Characteristics and aids 
in development of thorough Manufacturing or Assembly Control Plans. 

. Identifies operator safety concerns. 

. Feeds information on design changes required and manufacturing feasibility back to 
the design community. 
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specific Uses 



Specific Uses 



jggnabg e prod ucts beforathey aie r^^ed^ % 
; modes of producis caused bvdesiqn deficiencies. 



Concept FMEAs are used to analyze concepts for systems and subsystems in 
the early stages. 

° Focus on potential failure modes associated witli the propose Qjnctions of a concept 
proposal caused by design decisions that introduce deficiencies (these include "design" 
decision alaoutthe process layout). 

° Include the interaction of multiple systems and the interaction between the elements of 
a system at concept stages (this may be operation interaction in the process). 

Design FME^ me meMlGi 
production. P ,!!^Hi f 

■ Focus on potential failure modes of producfs caused "b ydesign 

• Identify potential designated characteristics called "Special Characteristics." 

Process FMEAs are used to anal'>^e manufacturing and assembly processes. 

" Focus on potential product failure modes caused by manufacturing or assembly 
process deficiencies. 

" Confirm the need for Special Controls in manufacturing and confirm the designated 
potential "Special Characteristics" from the Design FMEA. 

° Identify process failure modes that could violate government regulations or 
compromise employee safet^f. 
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Specific Uses 

. Concept FI\/IEAs are used to analyze concepts for systems and subsystems in the 
early stages. 

o Focus on potential failure modes associated with the proposed functions of a concept proposal caused by design decisions that 

introduce deficiencies (these include "design" decision about the process layout). 
o Include the interaction of multiple systems and the interaction between the elements of a system at concept stages (this may be 

operation interaction in the process). 

. Design FMEAs are used to analyze products before they are released to production. 

o Focus on potential failure modes of products caused by design deficiencies. 
o Identify potential designated characteristics called "Special Characteristics." 

. Process FMEAs are used to analyze manufacturing and assembly processes. 

o Focus on potential product failure modes caused by manufacturing or assembly process deficiencies. 

o Confirm the need for Special Controls in manufacturing and confirm the designated potential "Special Characteristics" from the Design 
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specific Uses 



FMEA. 

Identify process failure modes that could violate government regulations or compromise employee safety. 
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FMEA Outputs 



FMEA Outputs 



Concept FMEA Outputs 

Alist of potential concept failure modes. 

Alist of design actions to eliminate the causes of failure modes, or reduce their rate of Occurrence. 
Recommended changes tfEDSs. 

Specific operating parameters as key specifications in the design. 
Changes to global Manufactunng Standards or Procedures. 
Design FMEA Outputs 

Alist of potential product failure modes. 

A list of potential Critical CharacterlEtics and/or Significant Characteristics:^^* B^^^^fc 

Alist of design actions to reduce Severitv, eliminate the causes of prod u ft. fa I lure mpde^or reduce their rate 



of Occurrence, or improve detection. 
Confirmation of the Design Verification Plan (DVP). 
Feedback of design changes to the design committee. 
Process FMEA Outputs 

Alist of potential process failure modes. 

A list of confirmed Critical Characteristics and/or Significant Characteristics. 

Alist of Operator Safety and High Impact Characteristics. 

Alist of recommended Special Controls for designated product Special Characteristics to be entered on a 
Control Plan. 

Alist of processes or process actions to reduce Severity, eliminate the causes of product failure modes, or 
reduce their rate of Occurrence, and to improve product defect detection if process capability cannot be 
improved. 

Changes to process sheets and assembly aid drawings. 
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FMEA Outputs 

. Concept FMEA Outputs 

o A list of potential concept failure modes. 

o A list of design actions to eliminate the causes of failure modes, or reduce their rate of Occurrence. 

o Recommended changes to SDSs. 

o Specific operating parameters as key specifications in the design. 

o Changes to global Manufacturing Standards or Procedures. 



. Design FMEA Outputs 



A list of potential product failure modes. 

A list of potential Critical Characteristics and/or Significant Characteristics. 

A list of design actions to reduce Severity, eliminate the causes of product failure modes, or reduce their rate of Occurrence, or improve 

detection. 

Confirmation of the Design Verification Plan (DVP). 

Feedback of design changes to the design committee. 
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FMEA Outputs 

. Process FMEA Outputs 

o A list of potential process failure modes. 

o A list of confirmed Critical Characteristics and/or Significant Characteristics. 

o A list of Operator Safety and High Impact Characteristics. 

o A list of recommended Special Controls for designated product Special Characteristics to be entered on a Control Plan. 

o A list of processes or process actions to reduce Severity, eliminate the causes of product failure modes, or reduce their rate of 

Occurrence, and to improve product defect detection if process capability cannot be improved. 

o Changes to process sheets and assembly aid drawings. 
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FMEA Prerequisites 



FMEA Prerequisites 

Select proper team and organize members effectively 

Select teams for each product/service, 
process/system 

Create. a j'^jnkirp avs^em'l IT ^^^\ l^^\ 
Agree on forma' for FI\fEA matrixVi^i»^etlylAc| 

Define the customer and customer 
needs/expectations 

Design/Process requirements 

Develop a process flow chart ** 
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FMEA Prerequisites 

. Select proper team and organize members effectively 

. Select teams for each product/service, process/system 

. Create a ranking system 

. Agree on format for FMEA matrix (Typically set by AIAG) 

. Define the customer and customer needs/expectations 

. Design/Process requirements 

. Develop a process flow chart ** 



http://elsmar.com/FMEA/sld056.htm3/26/2006 2:25:30 AM 



The Team 

What is a team? 

Two or more individuals who coordinate activities 
to ac complish a common task or goal. 

%V separate team for each product or project' 

Brainstorm 

Brainstorming (the Team) is necessary as the 
intent is to discover many possible possibilities. 
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The Team 

. What is a team? 

Two or more individuals who coordinate activities to accomplish a common task or goal. 

. Maintaining Focus 

A separate team for each product or project. 

. Brainstorm 

Brainstorming (the Team) is necessary as the intent is to discover many possible possibilities. 
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Team Structures 



Team Structures 



Member: 



Member Se 



Project Identification 

Team Life Span 
Leadership 



Two Types of Team Structures 

Naturai Wori<. Group 



Tasi<Team 




Wori< area or unit. 

Representatives from support 

groups on as-needed basis. 


Representatives who have i<ey 
information or are stai<ehoiders. 


"^ Participation is mandatory- 


Assigned by steering committee 
B. or uper management. 


Assigned by management or" 

identified by team and within its 

authority. 


"Assigned by or m negotiated with 
steerin g com m ittee or u pper 
management. 


Ongoing. 


D isbands when tasi< is fin ished. 


Leader appointed by 
management. 


Leadership shared or delegated by 
members. 



OiOOVt Ca-jiman Business SystemsRev: Q 
Rendered \ftfednesday, January 28, 2004 



Potential Failure Mode and Effects Analysis 



SlideSS 
The Cove! Els mar. com 



Slide 58 of 161 



Team Structures 



htlp:/;clsniar.com;FM EA/sldOSS.htm 3;26;2006 2:25:33 AM 



Successful Teams 



Successful Teams 



i^aQi ir^mAnfc ■ ^^ ■ ■ %^ ^^ III 



• Are management directed and focused 

• Build their own identity 

• Ari 
measuremenrs ■ ^-^ ■ 

• Have corporate champions 

• Fit into the organization ^ , 

Some teams 

• Are cross-functional just 'Do Not 

Work" 
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Successful Teams 

. Are management directed and focused 

. Build their own identity 

. Are accountable and use measurements 

. Have corporate champions 

. Fit into the organization 

. Are cross-functional 

Some teams just "Do Not Work" 
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Basic Team Rules 



Basic Team Rules 

Determine if there should be a meeting 
Decide who should attend 
Provide advance notices 
M aiiTtai mrieeKng^i ^ 
Establish ground rules 
Provide and Follow an agenda 
Evaluate meetings 
Allow NO interruptions 
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Basic Team Rules 

. Determine if there should be a meeting 

. Decide who should attend 

. Provide advance notices 

. Maintain meeting minutes or records 

. Establish ground rules 

. Provide and Follow an agenda 

. Evaluate meetings 

. Allow NO interruptions 
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Team Ground Rules 



Team Ground Rules 

• Ground Rules are an aid to "self- 
management" 

• TdSrfTrf ust develop their own ground rules 

• oflce developed, t^ryone must lilJ b| tliem 

• They can modify or enhance the rules as they 
continue to meet 
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Team Ground Rules 

. Ground Rules are an aid to "self-management" 

. Team must develop their own ground rules 

. Once developed, everyone must live by them 

. They can modify or enhance the rules as they continue to meet 
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Team Meeting Responsibility 



Team Meeting Responsibility 

Clarify 
Participate 
Listen . 

Stay on track 
Manage time 
Test for consensus 
Evaluate meeting process 
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Team Meeting Responsibility 
. Clarify 
. Participate 
. Listen 
. Summarize 
. Stay on track 
. Manage time 
. Test for consensus 
. Evaluate meeting process 
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Decision Criteria / Model 



Decision Criteria / Model 

One person makes the decision 

One person consults the group, then 
mal<es'the final decision #-%^v w^\ 



Team oi^ group makes decision based 
upon majority rule or consensus 
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Decision Criteria / l\/lodel 

. One person mal<es the decision 

. One person consults the group, then maizes the final decision 

. Team or group makes decision based upon majority rule or consensus 
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Design FMEA Team 



Design FMEA Team 

Start During Prototype Stage 

Design Engineer - Generally the Team Leader 

Test Engineer 

Reliability Engineer How cio you CURRENTLY 

Materials Engineer prevent problems from 

Field Service ^irJK^^ JJP'P'^^'t^^O 1^1 

Component Process Engineer^ I ■ \^\^ III 

Vehicle Process Engineer 

Styling Engineer 

Project Manager or Rep. 

Quality Engineer 

Customer Contact Person 

Others, including Mfg., Sales, Mkting, QA/QC, Process, Pkging 
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. Start During Prototype Stage 

. Design Engineer - Generally the Team Leader 

. Test Engineer 

. Reliability Engineer 

. l\/laterials Engineer 

. Field Service Engineer 

. Component Process Engineer 

. Vehicle Process Engineer 

. Styling Engineer 
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Design FMEA Team 



. Project Manager or Rep. 
. Quality Engineer 
. Customer Contact Person 

. Others, including Mfg., Sales, Mkting, QA/QC, Process, Pkging 
Design FMEA Team 

How do you CURRENTLY prevent problems from occurring? 
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Process FMEA Team Members 



Process FMEA Team Members 

Process Engineer -Generally the Team Leader 

Production Operator 

Industrial Engineer 

Design Enoineer 

Reliability Engineer^ CI K^o^^^to^Sk if^Slitly ^ 

_ ,. _ . . ■ I V4 I Fif^(ttfftVF0blerlsl ^ 

Tooling Engineer 

Maintenance Engineer 

Styling Engineer 

Project Manager or Rep. 

Quality Engineer 

Others including Supplier, Sales, QA/QC, Mfg. 
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Process FMEA Team Members 

. Process Engineer - Generally the Team Leader 

. Production Operator 

. Industrial Engineer 

. Design Engineer 

. Reliability Engineer 

. Tooling Engineer 

. Maintenance Engineer 

. Styling Engineer 
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Process FMEA Team Members 



. Project Manager or Rep. 

. Quality Engineer 

. Others including Supplier, Sales, QA/QC, Mfg. 

How do you presently prevent problems? 
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Defining the Customer 



Defining the Customer 

Design FMEA Customer 

D End User; person who uses the product 
D Use Failure 



D 



PTis din help in Repair manuals & Field Service 

: LrU 1 1 1 



D More in the DFMEA section herein.. 

^^H ■ ^^ III ^^ ■ ■ 

Process FMEA Customer 

D Subsequent operations 

D End User; person who uses the product 

D More in the DFMEA section herein... 
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Defining the Customer 

Design FI\/IEA Customer 

o End User; person who uses the product 

o Use Failure 

o This can help in Repair manuals & Field Service 

o More in the DFMEA section herein... 

Process FI\/IEA Customer 

o Subsequent operations 

o End User; person who uses the product 

o More in the DFMEA section herein... 
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CAUTION! 

Do NOT mix up: 

ign Failures & Causes 

rsma^'.conn 

Process Failures & Causes 




Design Failures 


Process Fai ures 


Insufficient lubrication capability 


Insufficient lubrication applied 


Incorrect material specified 


Incorrect material used 
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CAUTION! 



Do NOT mix up: 

Design Failures & Causes 

with 

Process Failures & Causes 

Insufficient lubrication capability 
Design Failures 
Insufficient lubrication applied 
Process Failures 
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Incorrect material specified 
Incorrect material used 
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Risk Assessment (RPN) Factors 



Risk Assessment (RPN) Factors 

RPN = (S) X (O) X (D) 

E- 1 S = Severitv 
J Si^UKtISJ f f bcQJQQe 
D = Likelihood of Detection 

Prevention vs Detection - Automotive Expectations: 
D 1000 is the Maximum and 75 is considered "OK" 
D IHigh and low numbers are the important ones to consider 
D Input Concept 
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Risk Assessment (RPN) Factors 
RPN = (S) X (O) X (D) 

S = Severity 

O = Likelihood of Occurrence 

D = Likelihood of Detection 

Prevention vs Detection - Automotive Expectations: 

o 1000 is the Maximum and 75 is considered "OK" 

o High and low numbers are the important ones to consider 

o Input Concept 
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RPN Flow 
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Chance Not 
Detected 
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RPN Flow 



Device / Process 



Cause 



Chance of Occurrence 



Effect 



Control 



Severity 

Chance Not Detected 
Failure Mode 
Design FMEA 
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Process FMEA 

From Guess 

From Experience & Data 
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Segregation and Relationships 



Segregation and Relationships 



^i-IULp -UlLdaaM^ 






A MrOOiii l-MbA 








PaUMddl 

failure 


^a\l\ln 


3 

t 
V 
E 
M 
1 

T 
f 


G 

L 
A 
3 


^dllLIlt 


77 
G 

L- 

u 
fl 

H 
E 

N 
G 

E 




T 

E 
1 

E 
G 
1 
1 

O 
N 


q. 

p. 

N. 


Aaiarlsi 


j^rtdrb^dNaiidl 


idHtM 


3 

t 

E 
M 
1 

r 

Y 


n 

G 
G 
U 
fl 
H 
E 
N 
G 

E 


IT 

E 
1 

E 
G 
1 
1 

O 
N 


fl. 

H. 

H. 


EtJl d£tlUJdah 

±u.... 


CfVUBl [l^rti^lidtii CifldfUA 


^arami^iffaWuTii 


i 




B£ll JarCJtdh 1^0 ■ 


3 


BhaHrllahrlriitidix 


i 


JS 
















S^rJUHi htlt^JJ^dk^ 


J 


b^alhJ^titu 


i 


JS 
















1 ^0^^ 


H^uufnurHiHaMhi 


'IS 


^u^l^dH I^^Bu L£ d u nt 


i 


43 
















■ F 




■ 




JHcj lA^Vtck 


1 


J2 


1 1 


I ■ ■ 


■ 










R£j^i4rvlNg|T]ti^ 


3H|ltl:II 1^ 


T 




rtr«|j£[idajrit 


J 


q£^di4<Vi"dhlur 


2 


42 


^1 ll ■ ■ 


1 










Dotidhraaw 


b 


vcniLdddM 


i 


Ui 




^ ^ 












UwTic^biitiJc 


e 


Eti^tL Udki 


2 


a^ 
















UrCpidl^puduM 


J 


FIdWLHtDC 


i 


\i\i 
















THlctoi^uliiLAmtLA 


LdUt^Lll 


« 




MnCh<dl>lil<dlll< 


1 


■Hdwd^tdc 


2 


2A 
















HUhidM tnur-hu dtjl 


1 


VAhlLdddh 


1 


13 
















T>IC^£UHiUPl<Ur 


fi 


^2 


















J 



















One number per 
p^lcnlialcffsd. 



-7?- ^ 



One number per 
p<]1enlialcau-sc. 



One number per 
oanlralinclhcid. 



R«d lines 
indicalc proper 
■sqgrqalkin <if 
IhecloTHnl-x. 



Don't be STooPuD... 
Buy Process Flow/FMEA/Control Plan Software. 
Excel doesn't cut it! Think Long Term Costs! 



O 
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Segregation and Relationships 

Don't be STooPuD... 

Buy Process Flow/FMEA/Control Plan Software. 

Excel doesn't cut it! Think Long Term Costs! 
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Design FMEA 
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Design FMEA 
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Design FMEA 

A Design FMEA is an analytical 
technique utilized primarily by a Design 

FiiyiEA team to ensure potentifi^f^iiure 
nrtds^ 4l34tll^ir^sspcyated caus^ pre 

identified, considered and addressed. 



Reference page 8 in the AIAG FMEA Reference Manual 

This systematic approach parallels, formalizes and documents the 
mental discipline that an engineer normally goes through in any 

design process. 



^^^."^.^.^7" l^^'^T ^^,T™ ° Potential Failure Mode and Effects Analysis ^''^^^^ 

Rendered \ftfednesday, January 28, 2004 ^ The Cove! Els mar. com 

Slide 72 of 161 

Design FMEA 

A Design FI\/IEA is an analytical technique utilized primarily by a Design FMEA team to 
ensure potential failure modes and their associated causes are identified, considered 
and addressed. 

Reference page 8 in the AIAG FMEA Reference Manual 

This systematic approach parallels, formalizes and documents the mental discipline 
that an engineer normally goes through in any design process. 



htlp:/;clsniar.com;FM EA;sld072,htm 3;26;2006 2:25:59 AM 



Design FMEA Foci 



Design FMEA Foci 

Customers include: 

• End User 

Repair Functions 

DealHrsnip orother Sales Outlerl ill 
■^ ■ ^U# III ^^ ■ ■ ^^ ^ III 

Designer of the next level system or product 
Process Engineers 
Assembly Engineers 
Test Engineers 
Product Analysis 
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Design FMEA Foci 

Customers include: 
. End User 
. Repair Functions 
. Dealership or other Sales Outlet 
. Designer of the next level system or product 
. Process Engineers 
. Assembly Engineers 
. Test Engineers 



http://elsmar.com/FMEA/sld073.htm (1 of 2)3/26/2006 2:26:01 AM 



Design FMEA Foci 



. Product Analysis 
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Typical Design Considerations 

Start with a list of: 

What the design is expected to do 
DSSion Intsnt * what the design is expected NOT to do 

Customer Needs - can be specified and nneasured 
CUStDm^W^te^-aome car^t be |xp|aiaeci^ 

Product Requiremenls ' ^^^^ III 
Manufacturing assembly requirements 

Think about what ^""f^ ^""^^'°" Deployment 

Customer Contacts 
documents in your competitive Analysis 

company are used to Known Product Quality 

define these Reliability Requirements 

Manufactunng Requirements 
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Design Intent 

• Customer Needs - Can be specified and measured 

• Customer Wants - Some can't be explained 

• Product Requirements 

• Manufacturing assembly requirements 

Think about what documents in your company are used to define these 

Start with a list of: 

What the design is expected to do 

What the design is expected NOT to do 

Quality Function Deployment 

htlp:/;clsniar.com;FM EA;sld074,htm II of 2)3;26;2006 2:26:03 A M 



Typical Design Considerations 

Customer Contacts 
Competitive Analysis 
Known Product Quality 
Reliability Requirements 
Manufacturing Requirements 

Typical Design Considerations 
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Design FMEA Benefits 



n 



Design FMEA Benefits 

' Aids in the objective evaluation of design requirements and 
alternatives. 

• Increases the probability that potential failure nnodes and their 
effects on the system / product have been considered. 

• Aids in the planing of design test and development programs. 

• Aids in analyzing field concerns, design changes and ir 
developing advanced designs.^ I I *t I I 

• Ranks potential failure modes according to their effect on the 
customer, thus prioritizing improvements and development 
testing. 

• Provides an open issue format for recommending and tracking 
risk reducing actions. 

• Can reduce product development timing, production startup 
problems, reduce costs and enhance product quality, reliability 
and safety. 
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Design FMEA Benefits 

. Aids in the objective evaluation of design requirements and alternatives. 

. Increases the probability that potential failure modes and their effects on the system / 
product have been considered. 

. Aids in the planing of design test and development programs. 

. Aids in analyzing field concerns, design changes and in developing advanced 
designs. 

. Ranks potential failure modes according to their effect on the customer, thus 
prioritizing improvements and development testing. 

. Provides an open issue format for recommending and tracking risk reducing actions. 
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Design FMEA Benefits 



Can reduce product development timing, production startup problems, reduce costs 
and enhance product quality, reliability and safety. 



http://elsmar.com/FMEA/sld075.htm (2 of 2)3/26/2005 2:26:05 AM 



More Design FMEA Considerations 



More Design FMEA Considerations 



The Design FMEA is a living document and siiouid be initiated 
at, or by, design concept completion. 

The Design FMEA should be continually updated as changes 
occur throughout all phases of product development. 

The^esign FMEA should be fundamentally com plereaTDr% with 
the final product drawingi. ^^ i ■ ^^^ ^^ ■ ■ ■ 

The Design FMEA addresses the design intent and assumes 
the design will be manufactured / assembled to this intent. 

The Potential Failure Modes/Causes which can occur during 
manufacturing or assembly process are covered by the Process 
FMEA and therefore should NOT be included in a Design 
FMEA. 
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More Design FMEA Considerations 

. The Design FMEA is a living document and should be initiated at, or by, design 
concept completion. 

. The Design FMEA should be continually updated as changes occur throughout all 
phases of product development. 

. The Design FMEA should be fundamentally complete along with the final product 
drawings. 

. The Design FMEA addresses the design intent and assumes the design will be 
manufactured / assembled to this intent. 

. The Potential Failure Modes/Causes which can occur during manufacturing or 
assembly process are covered by the Process FMEA and therefore should NOT be 
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More Design FMEA Considerations 

included in a Design FI\/IEA. 
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Design Failure Causes 

Causes of design failure modes are 
those things that, from a designer's 
IpS^Spective, would, by omission c^ 
inri^oper use. rgsult jp th^^gjll^rg rjpqde. 
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Causes of design failure modes are those things that, from a designer's perspective, would, by omission or improper use, result in the failure mode. 

Design Failure Causes 
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Design Failure Cause Examples 



mproper Tolerancing 
ncorrect Stress Calculations 
Wrong Assumptions 




W rong Material Call Out * ^\^\ ^'V\ 

, r^i>iij irii, com 

Lower Grade Component ■ ^^^^ ■ ■ ■ 
Lack of Design Standards 

mproper Heat Treatment 

mproper Torque Call Out 
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Design Failure Cause Examples 
. Improper Tolerancing 
. Incorrect Stress Calculations 
. Wrong Assumptions 
. Wrong Material Call Out 
. Lower Grade Component 
. Lack of Design Standards 
. Improper Heat Treatment 
. Improper Torque Call Out 
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Design Block Diagram Example 



Design Block Diagram Example 



System 




If the product function is complex, break it 
down into smaller sub-systems. Identify 
Primary vs Secondary functions. 



E^mf^.c^^m 



Sub- System 



Doors 



Exterior 



Window 



Component 
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Design Block Diagram Example 



System 

Sub-System 

Component 

Body 

Doors 

Door Inner Panel 

Sealing with Strip 

Glass 

Latch / Lock 




o 















































Door 
Inner 
Panel 




Glass 




Sealing 
with 
Strip 




Latch / 
Lock 
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Design Block Diagram Example 

Exterior 

Window 

Interior 

If the product function is complex, break it down into smaller sub-systems. Identify Primary vs Secondary functions. 
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DFMEA Basic Columns 



From Experience From 



Fl 8k Data I Guess 



Activity and 

Taiget 

Cdonpletkin 

l^ate 



Hbui - Fuittlon 



iViteatlai r^llj'ie 
Udde 



iVitsotlal Effaits Of 
Falluie 



kitentlal 

Caj5es/wectiaolsoii[5>Of 

Falkj^ 



Qj "Bit Design 
CcmtnQls 



ftecommended 

Actfcins Aod 

Staitjs 




Wording is Important 
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Wording is Important 

From Guess 

From Experience & Data 
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Generic Design FIVIEA Severity 



Effed: 


Criteria: Severity of Effect 


Ilanl<ing 


Hazardous 
Without 
Warninq 


Very high severity ran l<ing when a potentiai faiiure mode affects safe 
veh lice operation and/or in voives n on com pi iance with government 
requiation without warninq. 


10 


Hazardous 

With 

Warninq 


Very high severity ranking when a potentiai faiiure mode affects safe 
vehi ice operation and/or invoives noncompiiance with government 
requiation with warninq. 


9 


Very High 


Vehicie/item inoperabie, with loss of primary function. 


8 


High 


Vehicie/item operabie, but at a reduced ievei of perform an ce^^^^^ 
Customer dissatisfied. '^ * "^ 


7 


Moderate 


Vehicie/item operabie, but Comfort/Convenien^eiterTT^s)inoaerabie. 
Customer experiences discomfort;*^ • ■ ^^ ^i^ III 


6 


Low 


Vehicie/item operabie, but Comfort/Convenience item(s) operabie at 
reduced ievei of performance. Customer experiences some 
dissatisfaction. 


S 


Very Low 


Fit St Finish/Squeai<St Rattle item does not conform. Defect noticed 
by most customers. 


4 


Minor 


Fit St Finish/Squeai<St Rattle item does not conform. Defect noticed 
by average customers. 


3 


Very 
Minor 


Fit St Finish/Squeai< St Rattle item does not conform. Defect noticed 
bydiscriminat nq customers. 


1 


None 


No effect. 


1 
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Generic Design FMEA Severity 
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Generic DFMEA Occurrence 



Probablity of Failure 



Possible Failure Rates 



Ranking 



Very' High: Failure is almost Inevitable 




> 1 in 2 



■1 in 3 



■io 



H itjfi : Repeated Failures 



1 in 8 



■1 in 20 



^Ul ll 



I Railui^s 



1 in Bo 



1 in 400 



■1 in 2,000 



4 



Low: Relatively Few Failures 



■1 in 15,000 



■1 in 150,000 



Remote: Failure Unlikely 



< 1 in 1,500,000 
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Generic DFMEA Occurrence 
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Generic DFMEA Detection 



D^edion 


Criteria: Lil<elyliood of Detedion by Design Control 


Ranl<ing 


Absolute 
Uncertainty 


Design Control will not and/or can not detect potential 
cause/mechanism and subsequest failure mode; or tin ere is no 
Design Control. 


•io 


Very 
Remote 


Very rem ote ch an ce th e D es ign Contro 1 wi 1 1 detect a potent la 1 
cause/mechan ism and subsequent failure mode. 


9 


Remote 


Rem ote ch an ce th e D es Ign Contro 1 wl 1 1 detect a potent la 1 
cause/mechanism and subsequent failure mode. 


e-^ 


Very Low- 


Very low chance the Design Control will detect a potential y^%/^ 
cause/mechanism and sub^sequent failure mode. 


7 


Low 


Low chance the Design Control will detect a potential^^ I I i 
cause/mechanism and subsequent failure mode. 


6 


Moderate 


Moderatechancethe Design Control wiil detect a potential 
cause/mechan Ism and subsequent failure mode. 


5 


Moderately 
Hlqh 


Moderately high chance the Design Control will detect a potential 
cause/mechan ism and subsequent failure mode. 


4 


Higfn 


High chance the Design Control will detect a potential, 
cause/mechanism and subsequent failure mode. 


3 


Vety HIgfn 


Very high chance the Design Control will detect a potential 
cause/mechan Ism and subsequent failure mode. 


1 


Almost 
Certain 


Design Control will almost certainly detect a potential 
cause/mechan Ism and subsequent failure mode. 


■1 
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Generic DFMEA Detection 
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Design Controls 

Design controls are those actions taken as 

a normal part of the development process 

that are designed into the process to 

nJrrrmji^fl^^c^^ to 

oetect specific failure modds' ' 

Design controls should directly relate to the 
Prevention and/or Detection of specific 

causes of failures. 
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Design controls are those actions taken as a normal part of the development process that are designed into the process to minimize the occurrence of 
failure or to detect specific failure modes. 

Design controls should directly relate to the Prevention and/or Detection of specific causes of failures. 

Design Controls 
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Design Control Examples 

Reliability Tests / Prototype Testing 

Design Reviews 

Worst Case Stress Analysis 

Robust Design 

Enwtf©nnnental Stress Toting' ^^ ^\ l^^\ 

Designed Experiments^^ ■ ■ ^^^^ III 

Consider 
Finite Element Analysis interpretation of 

Variation Simulation Q^ta 

FT Analysis 

Component Derating (60% to 80%) 
100,000 Mile Pilot Test 
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Design Control Examples 

. Reliability Tests / Prototype Testing 

. Design Reviews 

. Worst Case Stress Analysis 

. Robust Design 

. Environmental Stress Testing 

. Designed Experiments 

. Finite Element Analysis 

. Variation Simulation 
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Design Control Examples 



. FT Analysis 

. Component Derating (60% to 80%) 

. 100,000 IVIile Pilot Test 

Consider Interpretation of Data 
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Recommended Actions 

• When the failure modes have been ranked by their RPN, 
corrective actions should be first directed at the highest ranked 
concerns and critical itenns identified. 

• The intent of any recommended action is to reduce one or more 
(or all) of the occurrence, severity and/or detection rankings. 

• Only a design revision can bring about a reduction in the 
severity ranking. If no actions are recommended for a specific 
cause, this should be indicated. ■ I I I ■ I I 

• A reduction in the occurrence ranking can only be effectecnjy 
removing or controlling one or more of the causes of the failure 
mode through a design revision. 

• An increase in design verification actions will result in a 
reduction in the detection ranking ONLY. 

• Design FMEA doesn't rely on process controls to overcome 
potential weaknesses in the design; however, it does take 
technical and physical limitations of a process into consideration 
(Design Rules) 

'^^T.^^f ^'^'"'T ^^,T™ ° Potential Failure Mode and Effects Analysis =''^^^^ 

Rendered \ftfednesday, January 28, 2004 ^ The Cove! Els mar. com 

Slide 86 of 161 

Recommended Actions 

. When the failure modes have been ranked by their RPN, corrective actions should be 
first directed at the highest ranked concerns and critical items identified. 

. The intent of any recommended action is to reduce one or more (or all) of the 
occurrence, severity and/or detection rankings. 

. Only a design revision can bring about a reduction in the severity ranking. If no 
actions are recommended for a specific cause, this should be indicated. 

. A reduction in the occurrence ranking can only be effected by removing or controlling 
one or more of the causes of the failure mode through a design revision. 

. An increase in design verification actions will result in a reduction in the detection 
ranking ONLY. 
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Recommended Actions 



Design FMEA doesn't rely on process controls to overcome potential weaknesses in 
the design; however, it does take technical and physical limitations of a process into 
consideration (Design Rules) 
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Machinery FMEA 



What is a Machinery FMEA? 

° A MachinetY Failure Mode and Effects Analysis is a standardized 
technique for evaluating equipment and tooling during its design phase to 
improve the operator safety, reliability and robustness of the machinery. 



What are the Purposes of a Machinery FMEA? 

■ To ideiitify' potential failure modes 



rcom 



° To identify effects of the failure mode 

° To rate the seventy of each effect 

° To determine the potential causes of the failure starting with the highest 
severity rating 

■■ To i dentify robust desi gns or controls that wi II prevent the fai lure from 
occurnng 

° To identify corrective actions required to prevent, mitigate, or improve the 
likelihood of detecting failures early 

" To establish a pnonty for design improvement actions 
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Machinery FMEA 

What is a Machinery FMEA? 

o A Machinery Failure Mode and Effects Analysis is a standardized technique for evaluating equipment and tooling during its design 
phase to improve the operator safety, reliability and robustness of the machinery. 



What are the Purposes of a Machinery FMEA? 

o To identify potential failure modes 

o To identify effects of the failure mode 

o To rate the severity of each effect 

o To determine the potential causes of the failure starting with the highest severity rating 

o To identify robust designs or controls that will prevent the failure from occurring 

o To identify corrective actions required to prevent, mitigate, or improve the likelihood of detecting failures early 

o To establish a priority for design improvement actions 
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Machinery FMEA 

What are the Benefits of a Machinery FMEA? 

Improves the safety, reliability, and robustness of equipment and tooling 

• Allows design changes to be incorporated early to minimize machinery cost and 
delivery delays 

■ Minimizes thefisk of delaying product programs 

Red ^^Qv erallJife cyc^ c<^t^ ^^ IP ^%. ^^ ^^^ 

When isTKIachinery FMEa' Started?^" ' " ^^ ^^ ■ ■ ■ 
A Machinery FMEA must be started early in the design phase when: 

■ The equipment and tooling being specified is able to take advantage of revisions in 
order to derive the desired benefits. 

■ When GDT information on component parts are available and Cnticai/Speciai 
Characteristics are identified. 

Normally, Design FMEAs on the products that are being manufactured and 
Process FMEAs on the steps used dunng the manufacture will be available. 
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Machinery FI\/IEA 

What are the Benefits of a l\/lachinery FI\/IEA? 

. Improves the safety, reliability, and robustness of equipment and tooling 

. Allows design changes to be incorporated early to minimize machinery cost and 
delivery delays 

. Minimizes the risk of delaying product programs 

. Reduces overall life cycle costs 

• 

When is a Machinery FMEA Started? 
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Machinery FMEA 

A Machinery FMEA must be started early in the design phase when: 

o The equipment and tooling being specified is able to take advantage of revisions in order to derive the desired benefits. 
o When GDT information on component parts are available and Critical/Special Characteristics are identified. 



Normally, Design FMEAs on the products that are being manufactured and Process 
FMEAs on the steps used during the manufacture will be available. 
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Machinery FMEA Form 



mim^ MiJU Mb EFf E&T5 ANALYSIS 
MACHINERY FMEA 
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Machinery FMEA Form 
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Machinery FMEA (MFMEA) 

What are theKey Differences Between a ProductDesign FMEA and aMachinen/FMEA? 

Product Design FMEAs are intended for liigh production systems/subsystems and 
components. 

'• Protot^fpe or surrogate part testing is used to verify design intent. 

Maclninery' FMEAs are used for reiatively low voiume designs, wliere statistical failure data 
on prototypes is not practical to be obtained by the manufacturer. 

Mach lQi^r^ F MEAs are targeted for long-term, repetitive cycles, where wear out is a prime 
cons^eration. For example, machinery running at two 10-hour shifts per day, 50 weeks per 
yearrwlll accumulate 120,000 hours of operation in tiA^'enty years. This wguldipe ^uivalent 
to a vehicle being driven 600,000 miles at an average speed of 50 mph. 
■ The severity, occurrence, and detection tables used are tailored to meet the needs of the 
machinery design engineer in order to maintain a standard interpretation across a wide 
vahety of machinery designs. 

What are the Similarities Between a ProductDesign FMEA and a Machinery FMEA? 
Both emphasize operator/passenger safety as the first consideration of the design. 
Both emphasize robustness in designs to prevent problems before they occur. 
Both use 1-10 ranking scales for calculating Risk Priority Numbers. 
Both emphasize taking corrective actions based first on severity and then on overall RPN . 
Both use a standardized form to document the FMEA analysis. 
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Machinery FMEA (MFMEA) 

What are the Key Differences Between a Product Design FMEA and a Machinery 
FMEA? 

. Product Design FMEAs are intended for high production systems/subsystems and 
components. 

. Prototype or surrogate part testing is used to verify design intent. 

. Machinery FMEAs are used for relatively low volume designs, where statistical failure 
data on prototypes is not practical to be obtained by the manufacturer. 

. Machinery FMEAs are targeted for long-term, repetitive cycles, where wear out is a 
prime consideration. For example, machinery running at two 10-hour shifts per day, 50 
weeks per year, will accumulate 120,000 hours of operation in twenty years. This 
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Machinery FMEA (MFMEA) 



would be equivalent to a vehicle being driven 600,000 miles at an average speed of 50 
mph. 

. The severity, occurrence, and detection tables used are tailored to meet the needs of 
the machinery design engineer in order to maintain a standard interpretation across a 
wide variety of machinery designs. 



What are the Similarities Between a Product Design FMEA and a Machinery FMEA? 

. Both emphasize operator/passenger safety as the first consideration of the design. 

. Both emphasize robustness in designs to prevent problems before they occur. 

. Both use 1-10 ranking scales for calculating Risk Priority Numbers. 

. Both emphasize taking corrective actions based first on severity and then on overall 
RPN. 

. Both use a standardized form to document the FMEA analysis. 
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MFMEA Sub-System Name 

Terminology Equipment Hierarchy 

° Machine ^ 

H'lEmar.com s 

° Component ® 

° Part (lowest serviceable level) @ 
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MFMEA Sub-System Name 

Terminology Equipment IHierarchy 

o Machine 

o System 

o Subsystem 

o Component 

o Part (lowest serviceable level) 
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MFMEA Function & Performance 



- Enter, as concisely as possible, the function of the subsystem being 
analyzed to meet the design intent. Include information regarding the 
environment in which this subsystem operates (e.g., define 
environmental conditions, machine performance specification). If the 
subsystem has more than one function with different potential modes of 
failure, list all the functions separately, * 

■ Start by listing the wants, needs or requirements of the system, 
Function analysis should be used to Insure requlrments are defined in 
terms that can be measured. 

■ Describe the function in terms that can be measured. A description of 
the function should answer the question: 'What Is this subsystem 
supposed to do?" It Is helpful to describe the function using a verb-noun 
phrase. However, avoid the use of verbs like "provide, facilitate, allow," 
which are too general. 

'^^T.^^f ^'^'"'T ^^,T™ ° Potential Failure Mode and Effects Analysis ^''^^^^ 

Rendered \ftfednesday, January 28, 2004 ^ The Cove! Els mar. com 

Slide 92 of 161 

MFMEA Function & Performance 

. Enter, as concisely as possible, the function of the subsystem being analyzed to meet 
the design intent. Include information regarding the environment in which this 
subsystem operates (e.g., define environmental conditions, machine performance 
specification). If the subsystem has more than one function with different potential 
modes of failure, list all the functions separately. 



Start by listing the wants, needs or requirements of the system. Function analysis 
should be used to insure requirments are defined in terms that can be measured. 



Describe the function in terms that can be measured. A description of the function 
should answer the question: "What is this subsystem supposed to do?" It is helpful to 
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describe the function using a verb-noun phrase. IHowever, avoid the use of verbs lil<e 
"provide, facilitate, allow," which are too general. 
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MFMEA Function and Performance 



When a subsystem must function under certain conditions, it is helpful to 
describe the conditions. Conditions may include environmental parameters, 
engineering requirements, and/or machine performance specifications (i .e., 
operating temperature, capability, cycle time, mean-time-betv\i'een-failure 
(MTBF). mean-time-to-repair (MTTR) or other measurable engineering 



attngjtes) 




f> 




Thefunction(3^, conditions and requirements of thelubs^srem BeiRg aflfely^d. 
When the subsystem has many functions with different potential failure modes 
for each function, list each function separately. 



Examples: 



Function 

Load part 

Index head 

Control flow-hydraulic 

Position 

DnII hole 



Condition-Requirement 
120 JPH 
MTBF>300hrs. 
cubic centiliters/second 
subsystem angle of rotation 
1 St run %- 99.9% 
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MFMEA Function and Performance 

. When a subsystem must function under certain conditions, it is helpful to describe the 
conditions. Conditions may include environmental parameters, engineering 
requirements, and/or machine performance specifications (i.e., operating temperature, 
capability, cycle time, mean-time-between-failure (MTBF), mean-time-to-repair (MTTR) 
or other measurable engineering attributes). 



The function(s), conditions and requirements of the subsystem being analyzed. When 
the subsystem has many functions with different potential failure modes for each 
function, list each function separately. 



Examples: Function Condition-Requirement 
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Load part 120 J PH 

Index head MTBF > 300 hrs. 

Control flow-hydraulic cubic centiliters/second 

Position subsystem angle of rotation 

Drill hole 1st run % - 99.9% 
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Potential MFMEA Failure Modes 



Potential Failure Mode is defined as the manner in whichi machinery could 
potentially fail to meet its intended function. The potential failure mode may also 
be the cause of a potential failure mode in a system, subsystem, or component. 
Machinery failure is an event when machinery is not available to produce parts 
at specified conditions when scheduled or is not capable of producing parts or 
performing scheduled operations to specification. For every potential failure, an 
acti(||iisrequired to bring the machinery back to its intended production | 
capability. MachinerY failure modes can ocgjrthfpe wap: ^^^F III 

° (1) A type of machinen/ component defect contributing to a failure (hard failures; i.e., 
bearing seized, shaft broke). 

° (2) The manner by which machinery system failure is obsen/ed or the way the failure 
occurs (degraded performance; i.e., slow cycle time, excessive process vanation). 

° (3) The abnormality of performance that constitutes the machinery system to be 

classified as failed (quality defects; i.e., high micro due to vibration, concentricity due to 
worn shaft bearing diameter). 
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Potential MFMEA Failure Modes 

Potential Failure Mode is defined as the manner in which machinery could potentially 
fail to meet its intended function. The potential failure mode may also be the cause of 
a potential failure mode in a system, subsystem, or component. Machinery failure is 
an event when machinery is not available to produce parts at specified conditions 
when scheduled or is not capable of producing parts or performing scheduled 
operations to specification. For every potential failure, an action is required to bring 
the machinery back to its intended production capability. Machinery failure modes can 
occur three ways: 



o (1) A type of machinery component defect contributing to a failure (hard failures; i.e., bearing seized, shaft broke). 

o 

o (2) The manner by which machinery system failure is observed or the way the failure occurs (degraded performance; i.e., slow cycle 
time, excessive process variation). 
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(3) The abnormality of performance that constitutes the machinery system to be classified as failed (quality defects; i.e., high micro due 
to vibration, concentricity due to worn shaft bearing diameter). 
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Potential MFMEA Failure Modes 



List each potential failure mode for ttie particular subsystem function. Ttie 
assumption is made the failure could occur, but may not necessahly occur. A 
recommended starting point is a review of maintenance logs, downtime reports, 
field service reports, warrant^/ documents, scrap reports and group 
" brainstorm! ns 



rn storm ma. 

bjJltifVing subBvsfem failure modeBcan taNleitherftf two approaches: 
k ^^ ■ ■ ■ ^i^ I ■ ^^^^ i ■ ■ 



Functionalapproach: involves listing each subsystem , its functions, and the failure 
modes leading to the loss of each function. The functional approach is used most often 
in the preliminary design stages when machinery design detail is not complete. When 
taking a functional approach, it may be necessary to list the cause(s) in column 14 
before listing the effect(s) first in column 1 1 . This could assist in selecting the 
approphate severity rating. 

Hardware approach: involves listing each part, and its probable failure modes. The 
hardware approach is used most often when detailed part design information is 
available. 
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Potential MFMEA Failure Modes 

List each potential failure mode for the particular subsystem function. The assumption 
is made the failure could occur, but may not necessarily occur. A recommended 
starting point is a review of maintenance logs, downtime reports, field service reports, 
warranty documents, scrap reports and group "brainstorming." 

The task of identifying subsystem failure modes can take either of two approaches: 



o Functional approach: involves listing each subsystem, its functions, and the failure modes leading to the loss of each function. The 
functional approach is used most often in the preliminary design stages when machinery design detail is not complete. When taking a 
functional approach, it may be necessary to list the cause(s) in column 14 before listing the effect(s) first in column 11. This could 
assist in selecting the appropriate severity rating. 

o 

o Hardware approach: involves listing each part, and its probable failure modes. The hardware approach is used most often when detailed 
part design information is available. 
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Potential MFMEA Failure Modes 



Review historical and surrogate Machinery FMEAs, test reports, 
warranty data, field maintenance logs, field service reports, and other 
applicable documents. Identify known design failure modes. 



Bra instorm potential failure modes by asking:iP^ ^\. ^^^\ 

° |i what v\|^y can this subsystem fail to perform its intended function? | 

° What can go wrong although the subsystenHfs rrisnufactured/assembled to 
pnnt? 

° If the subsystem function were tested, how would its failure mode be 
recognized? 

° How will the environment contribute to or cause a failure? 

° In the application of the subsystem, how will it interact with other 
subsystems? 
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Potential MFMEA Failure Modes 

Review historical and surrogate Machinery FMEAs, test reports, warranty data, field 
maintenance logs, field service reports, and other applicable documents. Identify 
known design failure modes. 

Brainstorm potential failure modes by asking: 

o In what way can this subsystem fail to perform its intended function? 

o What can go wrong although the subsystem is manufactured/assembled to print? 

o If the subsystem function were tested, how would its failure mode be recognized? 

o How will the environment contribute to or cause a failure? 

o In the application of the subsystem, how will it interact with other subsystems? 
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Potential MFMEA Failure Modes 



Fault Tree Analysis (FTA) can be used to help determine component failure modes. As- 
sume the top level event of the Fault Tree Is how a component may fall to meet Its Intended 
function. Then the next level down will Identify the causes as part failure modes. 
Enter the potential failure mode(s) for each function listed In Column 9. Potential failure 
modes should be described In "physical" or technical terms, not as a symptom noticeable by 
the operator. (To track the failure modes, It may be beneficial to assign them a number.) Do 
not ent&r trivial failure modes.-Ue., failure modes that will not,.or cannot, occur. 



eral types of failure moderfor the functional approacmrrclua^^^ ■ ■ ■ 



Generaltypes of failure moderfor the functional approat 
Failure to operate atthe prescribed time 
Failure to stop operating atthe prescribed time 
Intermittent operation 
Wear out 

General t^fpes of failure modes for the hardware approach Include: 
Fractured I Warped 
Corroded I Loose 
Sticking I Cracked 
Short circuit I Leaking 
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Potential MFMEA Failure Modes 

. Fault Tree Analysis (FTA) can be used to help determine component failure modes. As- 
sume the top level event of the Fault Tree is how a component may fail to meet its 
intended function. Then the next level down will identify the causes as part failure 
modes. 

. Enter the potential failure mode(s) for each function listed in Column 9. Potential 
failure modes should be described in "physical" or technical terms, not as a symptom 
noticeable by the operator. (To track the failure modes, it may be beneficial to assign 
them a number.) Do not enter trivial failure modes, i.e., failure modes that will not, or 
cannot, occur. 



. General types of failure modes for the functional approach include: 
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Failure to operate at the prescribed time 
Failure to stop operating at the prescribed time 
Intermittent operation 
Wear out 



. General types of failure modes for the hardware approach include: 

o Fractured 1 Warped 

o Corroded 1 Loose 

o Sticking 1 Cracked 

o Short circuit 1 Leaking 
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Potential MFMEA Failure Effects 



Potential Effects of Failure are defined as the consequence(s) of the failure 
mode on the subsystem, described in terms of Safeti/ and the "7 Big Losses." 
The " 7 Big Losses" are as follows: 

° Breakdowns 

° Setup and Adjustment 

" Id ling a nd 

° Reduced 

° Start-up Losses 

" Defective Parts 

° Tooling 



U rtUJUiLIMCI IL 

J Minor Stoppages % j^^fc |^ ^^k ^^V ^^^^% 

■r!r>i liar, corn 



Note: If afunctional approach is used, it may be necessai^to list the cause(s) in 
column 14 before listing the effect(s) first in column 1 1 . 

Review historical and surrogate FMEAs, warranty data, concern reports, field 
reports, and other applicable documents, identify' historical failure mode effects. 
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Potential MFMEA Failure Effects 

. Potential Effects of Failure are defined as the consequence(s) of the failure mode on 
the subsystem, described in terms of Safety and the "7 Big Losses." The "7 Big 
Losses" are as follows: 

o Breakdowns 

o Setup and Adjustment 

o Idling and Minor Stoppages 

o Reduced Cycle 

o Start-up Losses 

o Defective Parts 

o Tooling 



. Note: If a functional approach is used, it may be necessary to list the cause(s) in 
column 14 before listing the effect(s) first in column 11. 
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Potential MFMEA Failure Effects 



Review historical and surrogate FI\/IEAs, warranty data, concern reports, field reports, 
and other applicable documents. Identify historical failure mode effects. 



http://elsmar.com/FMEA/sld098.htm (2 of 2)3/26/2006 2:26:52 AM 



Definitions of Losses 



Definitions of Losses 



Breakdowns- Losses that are a result of a functional loss (mechanical, chemical, or electrical) orfunction 
reduction (e.g., one spindle not operating on a multi-spindle drill) on a piece of equipment requiring 
maintenance intervention. 

Setup and Adjustment-Losses that are a result of setup procedures such as retooling, changeover, 
die/mold change, etc. Adjustments include the amount of time production is stopped to adjust process or 
machinery' tajvoy defect and yield losses, requiring operator qDbsetterintenfentlon. 

Idling and Minor Stoppage- Losses that are a result of minor Interruptions in the process flow, such as a 
process part jammed in a chute or a limit switch sticking, etc., requinng only operator jntsetter' 
Intervention. Idling is a result of process flow blockage (downstream of the focus operation) or staivation 
(upstream of the focus operation). Idling can only be resolved by looking at the entire line,'system. 
Reduced Cycle- Losses that are a result of differences between the ideal cycle time of a piece of 
machinery and its actual cycle time. Ideal cycle time is determined by: a) Original design speed; b) Optimal 
conditions: and c) Highest cycle time achieved on slmilamachir>erv. 

Star1-up Losses- Losses that occur during the early stages of production after extended shutdov^ns 
(weekends, holidays, or between shifts), resulting in decreased yield or increased scrap and rejects. (This 
may also include non-value activities required priorto production, such as bringing process to temperature.) 
Defective Parts-Losses that are a result of process part quality defects resulting in rework, repair, and/or 
non-useable parts. 

Tooling- Losses that are a result of tooling failures/breakage or deteriorationAwear (e.g., cutting tools, 
fixtures, welding tips, punches, etc.). 
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Definitions of Losses 

. Breal<downs - Losses that are a result of a functional loss (mechanical, chemical, or 
electrical) or function reduction (e.g., one spindle not operating on a multi-spindle 
drill) on a piece of equipment requiring maintenance intervention. 

. Setup and Adjustment - Losses that are a result of setup procedures such as 
retooling, changeover, die/mold change, etc. Adjustments include the amount of time 
production is stopped to adjust process or machinery to avoid defect and yield losses, 
requiring operator or jobsetter intervention. 

. Idling and Minor Stoppage - Losses that are a result of minor interruptions in the 
process flow, such as a process part jammed in a chute or a limit switch sticking, etc., 
requiring only operator or jobsetter intervention. Idling is a result of process flow 
blockage (downstream of the focus operation) or starvation (upstream of the focus 
operation). Idling can only be resolved by looking at the entire line/system. 
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Reduced Cycle - Losses that are a result of differences between the ideal cycle time of 
a piece of machinery and its actual cycle time. Ideal cycle time is determined by: a) 
Original design speed; b) Optimal conditions: and c) Highest cycle time achieved on 
similar machin-ery. 

Start-up Losses - Losses that occur during the early stages of production after 
extended shutdowns (weekends, holidays, or between shifts), resulting in decreased 
yield or increased scrap and rejects. (This may also include non-value activities 
required prior to production, such as bringing process to temperature.) 

Defective Parts - Losses that are a result of process part quality defects resulting in 
rework, repair, and/or non-useable parts. 

Tooling - Losses that are a result of tooling failures/breakage or deterioration/wear (e. 
g., cutting tools, fixtures, welding tips, punches, etc.). 
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MFMEA Severity 

Severity is a rating corresponding to the seriousness of tine e1Tect(s) of a potentiai equipment failure mode. 
Severity is comprised of tinree componentssafet/ considerationsto equipment operator or downstream 
customer, equipmenttowntimq and defective parts. A reduction in Severity Rating index can be effected 
onlytiirougli a design cliange. 

Assess the seriousness of each effect iisted in Column 11. Safety of the personnel is the primary critena in 
deterrnining the rating. 

Noteil^unSional approach was used'may be necessaryto listthe cause(sn'n column 14fefore listing 
the e ^ct(s) firs t in columi^l 1^Thisjouli]^ssistij^ el acting the aDproDfl^teseverityatir"^ 

Subsystem functions can be prioritized by rating the severity ofthe effect that w/i 1 1 resultfrom loss of the 
subsystem function. Estimate the Severity of failure ofthe subsystem function and enter the rating in the 
subsystem function worksheet. Rankthe functions in descending order. Begin the analysis with the highest 
ranked functions. Generally, these will be the functions that affect safe equipment operation, government 
regulations, and customer specification (downtime, defective parts). 

The FMEATeam should consent on Severity ratings for each effect listed. The effects on downtime and 
defective parts are independent events, and the team should select the highest rating that meets the 
individual criteria (i.e., downtime of 4 hours or defective part loss of 2 to 4 hours of production, select rating 
of 7; downtime of 4Q minutes, or loss of 40 minutes of production, select 5). 

Enter the rating for the most senous (highest) effect. 
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MFMEA Severity 

. Severity is a rating corresponding to the seriousness of the effect(s) of a potential 
equipment failure mode. Severity is comprised of three components: safety 
considerations to equipment operator or downstream customer, equipment downtime, 
and defective parts. A reduction in Severity Rating index can be effected only through 
a design change. 



. Assess the seriousness of each effect listed in Column 11. Safety of the personnel is 
the primary criteria in determining the rating. 



. Note: If a functional approach was used, it may be necessary to list the cause(s) in 
column 14 before listing the effect(s) first in column 11. This could assist in selecting 

http://elsmar.com/FMEA/sld 1 OO.htm ( 1 of 2)3/26/2006 2:26:56 AM 



MFMEA Severity 

the appropriate severity rating. 



Subsystem functions can be prioritized by rating the severity of the effect that will 
result from loss of the subsystem function. Estimate the Severity of failure of the 
subsystem function and enter the rating in the subsystem function worksheet. Rank 
the functions in descending order. Begin the analysis with the highest ranked 
functions. Generally, these will be the functions that affect safe equipment operation, 
government regulations, and customer specification (downtime, defective parts). 



The FMEA Team should consent on Severity ratings for each effect listed. The effects 
on downtime and defective parts are independent events, and the team should select 
the highest rating that meets the individual criteria (i.e., downtime of 4 hours or 
defective part loss of 2 to 4 hours of production, select rating of 7; downtime of 40 
minutes, or loss of 40 minutes of production, select 5). 



Enter the rating for the most serious (highest) effect. 
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MFMEA Severity 



Effect 



Criteria: Sefts^ity of Effect 



Ranking 




Hazardous 
Without 
Warning 



Hazardous 
Witti 
Warning 



Very Higti 

DoiAjn 

Time or 

Defective 

Parts 



oBerate 

tJofun 

Time or 

Defective 

Parts 



Ljoiftj Doinjn 

Time or 

Defective 

Parts 



Very Ijoiaj 



Ivlinor 
Effect] 



Ho Effect 



Very high severity ranking: Affects operator, plant or mairvtenance 
personnel, safety and/or effects nor> compliance lAjith government 
regulations. 



High severity ranking: Affects operator, plant or maintenance 
personnel, safety and/or effects non-compliance lAjith government 
regulations. 



Dodvntime of more than S hours or defective parts loss more than 4 
hours of production. 



Downtime of 4to7 hours or defective parte..:tas of 2 to 
production. ' 



\&^ 



of 2 to 4,hours c 

r4 



Dodvntime of 1 to 3 hours oj defective parts loss of 1 to 2 hours of 
production. 



Downtime of 30 minutes to 1 hour or defective parts loss of up to 1 
hour of production. 



Downtime of up to 30 minutes tand no defective parts. 



Process parameter variability eKceeds Upper/Lower Control Limits. 
Adjustment or other process controls need to be tien . Ho defective 
parts. 



Process parameter variability within Upper/Ljoifljer Control Limits. 
P -J .Adjustment or other process controls need to beti:en . Ho defective 
parts. 



Process parameter variability uuithin Upper/LjoiAjer Control Limits. 
Adjustment or other process controls not needed- or- can betien 
behnjeen shifts or at normal maintenance visits. Ho defective parts. 



OiOOVt Cayman Business SysteriERev: Q 
Rendered Wednesday, January 28, 2004 



Potential Failure Mode and Effects Analysis 



10 



rn 



Slide 101 
The Cove! Elsmar.com 



Slide 101 of 161 



MFMEA Severity 
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Potential Failure Cause Mechanism 



The cause of a failure mode is: 

1) a design deficiency, or 

2) madiinery process variation tliat can be described in terms of something that can be corrected or 
can be controlled. 

Identification of causes should start with those failure modes with the highest severity rating. 

Review historical test reports, warranty data, concern reports, recalls, field reports, and other 
applicable documents listed in Appendix II. Also review surrogate FME.As. Listthe/known 
causal faclars .of the failure m Mies ^ted in CoUmn ^. 1^^ ^^^ III 

Brainstorm potential cau3e(3) of each failure mode Py asking questions, such as: 
What could cause the subsystem to fail in this manner? 
What circumstance(s) could cause the subsystem to fail to perform its function? 
What can cause the subsystem to fail to deliver it intended function? 

Identify all first level causes. A first level cause is the immediate cause of the failure mode. It 
will directly make the failure mode occur. In a Cause and Effect Diagram , it will be an item 
on the major "fishbone" of the diagram . In a Fault Tree Analysis (FTA), it will be the first 
cause identified below the failure mode. 
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Potential Failure Cause Mechanism 
The cause of a failure mode is: 

o 1) a design deficiency, or 

o 2) machinery process variation that can be described in terms of something that can be corrected or can be controlled. 



Identification of causes should start with those failure modes with the highest severity 
rating. 



Review historical test reports, warranty data, concern reports, recalls, field reports, 
and other applicable documents listed in Appendix II. Also review surrogate FMEAs. 
List the known causal factors of the failure modes listed in Column 14. 
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Potential Failure Cause Mechanism 



Brainstorm potential cause(s) of each failure mode by asking questions, such as: 

o What could cause the subsystem to fail in this manner? 

o What circumstance(s) could cause the subsystem to fail to perform its function? 

o What can cause the subsystem to fail to deliver it intended function? 



Identify all first level causes. A first level cause is the immediate cause of the failure 
mode. It will directly make the failure mode occur. In a Cause and Effect Diagram, it 
will be an item on the major "fishbone" of the diagram. In a Fault Tree Analysis (FT A), 
it will be the first cause identified below the failure mode. 
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Root Causes 



A Root Cause(s) may be below the first level 
cause. For example, consider the illustration: 

For failure modes whose effects have a seventy 
rating of 9 or 10, identify the Root Cause(s) of the 
failure mode. Root Causes are sometimes below 
the first level cause, and there may be more than* 
one lower level root cause. Techniques such as 
TOPS (BD), Cause and Effect Diagram, or Fault 
Tree Analysis (FTA) can be used to help 
determine Root Causes. 



Failure Mode: 



Failed to Operate 



at Level Cause: 



Design Deficiency 
Switch roc[<er cracl<ed 
Incorrect algorithm 
Matenal fatigued 



Equipment Process Vanation 
Inadequate or no lubncation 
Partmis-located 




Material Cracked 
(over- stress) 



Second Level Cause 
(Root Cause) 



Material Too Thin 

(Inadequate 

design) 
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Root Causes 

. A Root Cause(s) may be below the first level cause. For example, consider the 
illustration: 



. For failure modes whose effects have a severity rating of 9 or 10, identify the Root 
Cause(s) of the failure mode. Root Causes are sometimes below the first level cause, 
and there may be more than one lower level root cause. Techniques such as TOPS 
(8D), Cause and Effect Diagram, or Fault Tree Analysis (FTA) can be used to help 
determine Root Causes. 



Design Deficiency Equipment Process Variation 
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Root Causes 



Switch rocker cracked Inadequate or no lubrication 
Incorrect algorithm Part mis-located 
Material fatigued 

Failure Mode: 
First Level Cause: 
Second Level Cause 
(Root Cause) 
Failed to Operate 
Material Cracked 
(over-stress) 
Material Too Thin 
(Inadequate design) 



htlp:;;elsniar.com;FMEA;sldl03,htm (2 of 2)3;26;2006 2:27:0 1 A M 



MFMEA Occurrence 



MFMEA Occurrence 



Occurrence is a rating corresponding to the likelihood that a 
particular failure mode will occur within a specific time period. 

Note: Controls can be used to prevent or minimize the likelihood 
that failure cause(s) will occur. In this event, the presence or 
application of the control should be considered when estimating 
the Occurrence rating. ■ ^^^ ■ g ^^ ^^ ■ ■ ■ 

For each cause listed in Column 14, estimate the possible 
failure rates and/or mean time between failure. 

The occurrence of failure can be based uponhistorical data, 
including the service history, warranty data, and maintenance 
experience with similar or surrogate parts. 
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MFMEA Occurrence 

. Occurrence is a rating corresponding to the likelihood that a particular failure mode 
will occur within a specific time period. 

. Note: Controls can be used to prevent or minimize the likelihood that failure cause(s) 
will occur. In this event, the presence or application of the control should be 
considered when estimating the Occurrence rating. 

. For each cause listed in Column 14, estimate the possible failure rates and/or mean 
time between failure. 

. The occurrence of failure can be based upon historical data, including the service 
history, warranty data, and maintenance experience with similar or surrogate parts. 
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MFMEA Occurrence 



Probablity of Failure Occurrence 


Possible Failure Rates 


Ranking 


Very High: Failure is almost 
Inevitable 

PIqp 


Intermittent operation resulting in 1 
failure in 10 production pieces orMIBF 
of less than 1 hour. 


10 


Intermittent operation resulting in 1 
failure in 100 production pieces or 
MTBF of 2 to 1 hourgi^ ^^^ ^V 


9 


High: RepedledTailures 


Intermittent operation resulting in 1 ] 1 
failure in 1000 production pieces oti 1 
MTBF of 11 to 100 hours. 


Is 


Intermittent operation resulting in 1 
failure in 10,000 production pieces or 
MTBF of 101 to 400 hours. 


7 


Moderate: Occasional Failures 


MTBF of 401 to 1000 hours. 


6 


MTBF of 1001 to 2000 hours. 


5 


MTBF of 2001 to 3000 hours. 


4 


Low: Relatively Few Failures 


MTBF of 3001 to 6000 hours. 


3 


MTBF of 6001 to 10,000 hours. 


2 


Remote: Failure Unlikely 


MTBF greater than 10,000 hours. 


1 
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MFMEA Occurrence 
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Current Design/Machinery Controls 



Design/Machinerv Controls are methods, techniques, devices, or tests used to: 

° Prevent the Cause/mechanism or Failure Mode from occurring, or reduce rate of 

occurrence. 
° Detect the Cause/mechanism and lead to corrective design actions, and 
° Detect the Failure mode. 

Identification of Design/Machinery Controls should begin with those failure niode 



conrlinations that have the highe 



est Seventy? and Occurrence ratingj. I I 



Design/Machinery Controls used to prevent the cause/mechanism or failure 
mode/effect from occurnng, or reduce their rate of occurrence may affect the 
Occurrence rating. If this is the case, these Controls should betaken into 
account when estimating the Occurrence rating (Column 15). Only Controls that 
are used before engineehng release are to be considered when estimating the 
Detection rating. 
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Current Design/Machinery Controls 

Design/Machinery Controls are methods, techniques, devices, or tests used to: 

o Prevent the Cause/mechanism or Failure Mode from occurring, or reduce rate of occurrence. 
o Detect the Cause/mechanism and lead to corrective design actions, and 
o Detect the Failure mode. 



. Identification of Design/Machinery Controls should begin with those failure mode 
combinations that have the highest Severity and Occurrence ratings. 



. Design/Machinery Controls used to prevent the cause/mechanism or failure mode/ 
effect from occurring, or reduce their rate of occurrence may affect the Occurrence 
rating. If this is the case, these Controls should be taken into account when estimating 
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Current Design/Machinery Controls 



the Occurrence rating (Column 15). Only Controls that are used before engineering 
release are to be considered when estimating the Detection rating. 
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Control Examples 




Design Controls Machinery Controls 

Worst Case Analyses Proximity Sensors 

Derating Temperature Sensors 

Toierance Studies Oil Pressure Liglit 

Simulations Studies Timing Sensors 

Design R^ie^s Proactive Maintenance* 

Sat pv Ivlar giip ^^ 1^%^^ ^ibi.'^^'^ii:'^^^'^^ 

■ * P nfeetfye-^™ i tUsn^ ci a"on"drek' preve nti v * p r^ i?ti vd^a t* 
management tools to control the reliability' of machinery. Preventive 
maintenance schedules, procedures, and in-plant resources are valid design 
controls to reduce the occurrence ratings of the machinen/ FMEA, only if they 
have been developed as part of the design process, and are included in the 
machinery user's manual. 

Note: The Machinery Design Engineer's goal is to make the design robust so 
that machinery controls are not required . The Machiner^y Design Engineer must 
not rely on machinery controls or control plans to overcome potential design 
weaknesses. 
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Control Examples 

Design Controls Machinery Controls 

Worst Case Analyses Proximity Sensors 

Derating Temperature Sensors 
Tolerance Studies Oil Pressure Light 
Simulations Studies Timing Sensors 
Design Reviews Proactive Maintenance* 
Safety Margins Vibration Sensor 



. * Proactive Maintenance actions are key preventive, predictive, and visual 
management tools to control the reliability of machinery. Preventive maintenance 
schedules, procedures, and in-plant resources are valid design controls to reduce the 
occurrence ratings of the machinery FMEA, only if they have been developed as part 
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Control Examples 

of the design process, and are included in the machinery user's manual. 



Note: The Machinery Design Engineer's goal is to make the design robust so that 
machinery controls are not required. The Machinery Design Engineer must not rely on 
machinery controls or control plans to overcome potential design weaknesses. 
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MFMEA Detection 



Detection is an assessnnent of tine ability of the Design/ 
Machinery Controls to detect a potential cause/mechanisnn or to 
detect the potential failure nnode. 



I 



Estimate tle^effectlveflelfe flfeach Design/Machiner^fintrol 
listed in Column 16 to detect the cause/mechanism or the failure 
mode. Assume the failure mode has occurred. When several 
controls are listed, estimate a Detection rating for each control 
and then select the best (lowest) rating to enter into column 17. 
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MFMEA Detection 

. Detection is an assessment of the ability of the Design/ Machinery Controls to detect a 
potential cause/mechanism or to detect the potential failure mode. 



Estimate the effectiveness of each Design/Machinery Control listed in Column 16 to 
detect the cause/mechanism or the failure mode. Assume the failure mode has 
occurred. When several controls are listed, estimate a Detection rating for each 
control and then select the best (lowest) rating to enter into column 17. 
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MFMEA Detection 



Detection 



E 



/Absolute 
Uncertainty 



Remote 



\yfery \yfery remcte ciiance a Maciiinery/Design Ccntroi uuii 
causeMiectianism and subsequent taiiure mcde. 



Remote 



\^ry IjtJtu 



i ijOUJ 



Hyloderate 



Moderateiy 
High 



High 



\yfery High 



ysimcst 
Certain 



Criteria: LiJielytiood of Detection by Design Control 



Hylachinery controls uuill net and/or can not detect potential 
causeMiechanism and subsequest failure mode; orthere is no Design 
or Machinery Control. 



detect a potential 



Remote chance a Machinery/Design Control uuill detect a potential 
causeAnechanism and subsequent taiiure mode. Machinery control viW 
provide indicator of imminent Allure. 



Vfery louu chance a Machinery/Design Control uuill detect a potential 
causeAnechanism and subsequent failure mode. Machinery control viW 
prevent an imminent failure t^e.g., stop machine). 



Louf chance a Machinery/Design Control ujill detect a potential 
causeAnechanism and subsequent failure mode. Machinery control uuii 
prevent an imminent failure f^e.g., stop machine). 



Moderatechance a Machinery/Design Control uuill detect a potential 
causeMiechanism and subsequent failure mode. Machinery control uuil 
prevent an imminent failure fe.g., stop machine) and uuill isolate the 
cause. 



Moderately high chance a Machinery/Design Control uuill detect a 
potential cause/yriechanism and subsequent failure mode. Machinery 
control uuill prevent an imminent failure ([e.g., stop machine) and uuill 
isolate the cause. Machinery control may be required. 



High chance a Machinery/Design Control uuill detect a potential 
causeMiechanism and subsequent failure mode. Machinery control uuil 
prevent an imminent failure fe.g., stop machine) and uuill isolate the 
cause. Machinery control may be required. 



\yfery high chance a Design Control uuill detect a potential 
causeAnechanism and subsequent failure mode. Machinery controls 
HOT necessary. 



Design Control uuill almost certainly detect a potential 
causeMiechanism and subsequent failure mode. Machinery controls 
NOT necessary. 



Ranking 



10 



m 
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MFMEA Detection 
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MFMEA Risk Priority Number 



The Risk Priority Number (RPN) is the product of the Severity 
(S), Occurrence (O), and Detection (D) ratings. 




I 



RPN = (S) X (O) X (D) 



Rehnember, ratings and RPN numbers, in themselves, have no 
value or meaning. 



i 



Ratings and RPN numbers should be used only to prioritize the 
potential design weaknesses (root causes) for consideration of 
possible design actions to reduce criticality and/or to make the 
design more robust (less sensitive to manufacturing variation). 
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MFMEA Risk Priority Number 

. The Risl< Priority Number (RPN) is the product of the Severity (S), Occurrence (O), and 
Detection (D) ratings. 

RPN = (S) X (O) X (D) 



. Remember, ratings and RPN numbers, in themselves, have no value or meaning. 



. Ratings and RPN numbers should be used only to prioritize the potential design 
weaknesses (root causes) for consideration of possible design actions to reduce 
criticality and/or to make the design more robust (less sensitive to manufacturing 
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MFMEA Risk Priority Number 

variation). 
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MFMEA Recommended Actions 



Design actions taken to reduce the SeveritiT, Occurrence, and/or Detection 
ratings. 

Remedial design actions should be considered in the following order: 

"■ A Failure Mode has an effect with a Severity' rating of 9 or 1 0. 

"■ A Failure IVlode/Cause combination has a high Severity and Occurrence rating (based 
^^^ap consensus). 

° 7. Failure Mode/Cause.^Design Control and f^^schinew Controi combination has a high 



£eU4^tin|(^g3ed oaTe|Ti coisens^).- r '^ g ■ ■ ■ I 

The intent of design actions is to reduce the Seventy, Occurrence and Detection 
ratings, in that order. 

Whenever failure mode/cause combinations have Seventy ratings of 9 or 10, 
design actions must be considered before engineenng release to eliminate a 
safety concern. For these ratings, the goal is to reduce criticality below 
conditions that could adversely affect the safety of the operator. 
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MFMEA Recommended Actions 

. Design actions tal<en to reduce the Severity, Occurrence, and/or Detection ratings. 
. Remedial design actions should be considered in the following order: 

o A Failure Mode has an effect with a Severity rating of 9 or 10. 

o A Failure Mode/Cause combination has a high Severity and Occurrence rating (based on Team consensus). 

o A Failure Mode/Cause/Design Control and Machinery Control combination has a high RPN rating (based on Team consensus). 



. The intent of design actions is to reduce the Severity, Occurrence and Detection 
ratings, in that order. 



. Whenever failure mode/cause combinations have Severity ratings of 9 or 10, design 
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MFMEA Recommended Actions 



actions must be considered before engineering release to eliminate a safety concern. 
For these ratings, the goal is to reduce criticality below conditions that could 
adversely affect the safety of the operator. 
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MFMEA Recommended Actions 

The Machinery Design engineer's goal is to make the design robust so that 
equipment controls are not required. Remember, the Equipment Design 
engineer CANNOT rely on machinery controls or control plans to overcome 
potential weaknesses. 

Emphasis should be placed upon design actions aimed at preventing or 
reducingjhe seventy of the efforts of failure modes, or preventing or reducing 
the QECurrenoe of causes. Detection does not decrease criticalit^'. j I I 

In order to track and follow up design actions, it may be helpful to assign a 
number to them. If no actions are recommended, it is desirable to enter "No 
action at this time" in the column. This prevents someone interpreting a blank 
space as an oversight or an incomplete resolution. 

List the actions that can be taken to prevent or reduce the occurrence of the 
causes of a failure mode, or to detect the failure mode. Enter a design action. If 
no actions are recommended, then enter " No action at this time ." 
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MFMEA Recommended Actions 

. The Machinery Design engineer's goal is to make the design robust so that equipment 
controls are not required. Remember, the Equipment Design engineer CANNOT rely on 
machinery controls or control plans to overcome potential weaknesses. 



Emphasis should be placed upon design actions aimed at preventing or reducing the 
severity of the efforts of failure modes, or preventing or reducing the occurrence of 
causes. Detection does not decrease criticality. 



. In order to track and follow up design actions, it may be helpful to assign a number to 
them. If no actions are recommended, it is desirable to enter "No action at this time" in 
the column. This prevents someone interpreting a blank space as an oversight or an 
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MFMEA Recommended Actions 



incomplete resolution. 



List the actions that can be taken to prevent or reduce the occurrence of the causes of 
a failure mode, or to detect the failure mode. Enter a design action. If no actions are 
recommended, then enter "No action at this time." 
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MFMEA Actions Taken 

After an action has been implemented, enter a brief descnption of ttie actual 
action and effective date. 

• FOLLOW UP: Ttie need for taking actions witti quantified benefits, and following 
up all recommended actions cannot be overemphasized. A thorough Machineiv 
FMEA will be of limited value without positiv^nd effective actions to^linlnate 
maCj^inejlDwatic ag or pjfivent p^ defers. Ir j^^ J^l I^^T ■ 

■ The supplier is responsible for updating the Machinery FMEA. The Machinery 
FMEA is a living document. It should reflect the latest design level and latest 
design actions. 

■ In addition, any machinery design changes need to be communicated to the 
customer so that Process FMEAs, Control Plans and Process sheets can be 
updated. 

• After an action has been taken, enter a brief description of the action, and its 
effective or actual completion date. 
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MFMEA Actions Taken 

. After an action has been implemented, enter a brief description of the actual action 
and effective date. 



. FOLLOW UP: The need for taking actions with quantified benefits, and following up all 
recommended actions cannot be overemphasized. A thorough Machinery FMEA will 
be of limited value without positive and effective actions to eliminate machine 
downtime or prevent part defects. 



. The supplier is responsible for updating the Machinery FMEA. The Machinery FMEA is 
a living document. It should reflect the latest design level and latest design actions. 
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MFMEA Actions Taken 



. In addition, any machinery design changes need to be communicated to the customer 
so that Process FI\/IEAs, Control Plans and Process sheets can be updated. 



. After an action has been taken, enter a brief description of the action, and its effective 
or actual completion date. 
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MFMEA Resulting RPN 



After design actions are taken, the ratings for Severity, 

Occurrence, and/or Detection are revised by the FMEA Team. 

Calculate and rate the revisedRPNs The Machinery FMEA 

Team Engineer will review the revisecRPNsand determine if 

further design actions are necessary. If so, then Columns 19-22 

should be jiepeatejJ. | | ^ | ^ ^^ III • 

A 

After design actions are taken,reestimateand enter the ratings 
for Severity, Occurrence, and Detection. Calculate and enter the 
resultant RPN. If no actions are listed, leave these columns 
blank. 



^^^.^.^7" l^^'^T ^^,T™ ° Potential Failure Mode and Effects Analysis siide 114 

Rendered \ftfednesday, January 28, 2004 ^ The Cove! Els mar. com 

Slide 114 of 161 

MFMEA Resulting RPN 

. After design actions are taken, the ratings for Severity, Occurrence, and/or Detection 
are revised by the FMEA Team. Calculate and rate the revised RPNs. The Machinery 
FMEA Team Engineer will review the revised RPNs and determine if further design 
actions are necessary. If so, then Columns 19-22 should be repeated. 



After design actions are taken, reestimate and enter the ratings for Severity, 
Occurrence, and Detection. Calculate and enter the resultant RPN. If no actions are 
listed, leave these columns blank. 
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Information Resources 



Engineering 


Draifljings/Dia 


grams: 


Reports 






° Part/Component 


n 


Seniice Investigation Reports ^Rs) 


° Subassembly 


□ 


Dealer Problem Ffepcrts 


Higher Level Assembly 
System 
Design Requirements/Specifications 

° System Design Specification 


□ 
□ 


Field Seniice Fteports 
Laborato[-y Test Reports 


□ 
□ 
□ 


Durability Test Reports 

Brtended Ser^yice Plan (ESP;) Reports 

Teardouun Reports 


□ 


En^in-esxifig i 


Specification 


Other FMEAs 


□ 


Manufacturini 


g/Process Specifications 


□ 


Pnevious/Similar Design FMEAs 


□ 


Equipment Pi 


erfcrmance Specification ^^ ^^ 


^ IT ° 


Prievious/Similar Process FMEAs ^ 


Control Plari 


Dimensional nn1f|^PI^|t III K. 


4 1 ° 


U^stream/Douunstream Pnocesses 


D 


j| 1 ^ 


>fgher Level Designs- 
Supplier FMEAs 


■ 4 


□ 


DCP-Plus 


^^ ■ ■ ■ '^ 


#m 1 ■ 


RQP 


□ 


Generic FMEAs 


Previous or Similar Data 

Warranty Data 
Reliability Data 


Miscellaneous Information 

° Rebuilders Surveys 
Dealer Seniice Bulletins 


Recall Data 






Field Service Data 






Other Studies 






° Quality Function Deployment CQFD;) 






Competitive NeiAj Vehicle Quality (CHVQ;) 






National Neinj Car Buyer's Study CHHCB;) 






Durability Tracking Study (DTS) 






EAO Quality Audit SunreyCQAS) 






EAO Quality Telephone Study CQTS:i 






□ 


EAO Van Qu 


ality Panels 









OiOOVt Cayman Business SysteriERev: Q 
Rendered \ftfednesday, Januar-y 28, 2004 



Potential Failure Mode and Effects Analysis 



The Cove! 



Slide 115 
Elsmar.com 



Slide 115 of 161 



Information Resources 

Engineering Drawings/Diagrams: 

o Part/Component 

o Subassembly 

o Higher Level Assembly 

o System 

Design Requirements/Specifications 

o System Design Specification 

o Engineering Specification 

o Manufacturing/Process Specifications 

o Equipment Performance Specification 

Control Plans 

o Dimensional Control Plans 
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Information Resources 



o DCP-Plus 

o RQP 

Previous or Similar Data 

o Warranty Data 

o Reliability Data 

o Recall Data 

o Field Service Data 

Other Studies 

o Quality Function Deployment (QFD) 

o Competitive New Vehicle Quality (CNVQ) 

o National New Car Buyer's Study (NNCB) 

o Durability Tracking Study (DTS) 

o EAO Quality Audit Survey (QAS) 

o EAO Quality Telephone Study (QTS) 

o EAO Van Quality Panels 



Reports 



o Service Investigation Reports (SlRs) 

o Dealer Problem Reports 

o Field Service Reports 

o Laboratory Test Reports 

o Durability Test Reports 

o Extended Service Plan (ESP) Reports 

o Teardown Reports 

Other FMEAs 

o Previous/Similar Design FMEAs 

o Previous/Similar Process FMEAs 

o Upstream/Downstream Processes 

o Higher Level Designs 

o Supplier FMEAs 

o Generic FMEAs 

Miscellaneous Information 

o Rebuilders Surveys 

o Dealer Service Bulletins 
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MFEA Terms 



Derating 

The practice of iimiting the stresses on components/subsystems to ievels weli within their specitied or 
proven capabiiities in an effort to improve reiiabiiity. 

IWachinery Faiiure 

An event when machinery is not available to produce parts at specified conditions when scheduled or is not 
capable of producing parts or performing scheduled operations to specification. For every failure, an action 
Is required to tiniM the machlnerybackto its intended production capability. 




ar 




Mean Tirne- Between fSiiures (MTBI) 

The average time between failwre (■currences. The sum of the operating time of a machine divided by the 
total number of failures. 

MeanTlme-To-Repalr 

The average time to restore machinery to specified conditions. 

Proactive Maintenance [Preventive and Predictive] 

Preventive maintenance are all actions performed in an attempt to retain a machine in specified condition 
by providing systematic inspection, detection, and prevention of incipient failures. 

' Predictive maintenance are techniques used to detect potential failures so that action can be taken to avoid 
the consequences which could occur if they degenerate into functional failures. 
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MFEA Terms 

Derating 

. The practice of limiting the stresses on components/subsystems to levels well within 
their specified or proven capabilities in an effort to improve reliability. 

Machinery Failure 

. An event when machinery is not available to produce parts at specified conditions 
when scheduled or is not capable of producing parts or performing scheduled 
operations to specification. For every failure, an action is required to bring the 
machinery back to its intended production capability. 

Mean Time Between Failures (MTBF) 
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MFEA Terras 



. The average time between failure occurrences. The sum of the operating time of a 
machine divided by the total number of failures. 

Mean Time-To-Repair 

. The average time to restore machinery to specified conditions. 

Proactive Maintenance [Preventive and Predictive] 

. Preventive maintenance are all actions performed in an attempt to retain a machine in 
specified condition by providing systematic inspection, detection, and prevention of 
incipient failures. 

. Predictive maintenance are techniques used to detect potential failures so that action 
can be taken to avoid the consequences which could occur if they degenerate into 
functional failures. 
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Machinery FMEA Checklist 



Preliminaries 




Was a Machinery FMEA Team formed? 


Performance Specification 




Were Machinery performance specificationj specified? 


Header Information 




Are all the applicable entries in the header completed? 


S u bsyste m/F u n ctio n 




Does the function meet the design intent? 

Are environmental conditions and machine performance 

specifications listed? 


Failure Modes: 




Do the failure modes relate to the subsystem function? 


Failure Effects 




Are effects on the machinery, the part produced, the operator, the 
downstream opera-tlon, the customer and safety or government 


Failure M | 
Causes/Mechanisms 




Are design deficiencies or process variation considered? 
Are the Root Causes identified? 


Desifln and Equipment 


f 


Can Design Controls detect the causers;) of a failure or detect a 
failure mode? 1 
Can Machinery Controls prevent or minimize the lt<elihood of 1 
occurrence or recognize or detect an unspecified failure mode? 1 


Severity Rating 




Are the ratings based upon the most serious effect (^safety, 
downtime, seraph of the failure mode? 


Occurrence Rating 




Are the ratings based on the Occurrence of the first level cause? 
Do the ratings conslderthe Current Design and Machinery Controls 
to reduce the Ikelihood of failure? 


Detection Rating 




Are the ratings based on the ability of the Design Machinery 
Controls to detect a potential cause or to detect the potential failure 
mode? 


Class if Ication 




Have all potential failure modes with Severity rating of 9 or 10 been 
assigned the letters "OS" for a classification code? 


Recommended Actions 




Do actions address failure modes with Severity Rankings of 9 or 
Are actions aimed at making the machinery design more robust? 


RPH 




Are the Risk Priority Numbers (RPN^ ranked from high to loW? 


Folloiflj-Up 




Are the Risk Priority Numbers ranked from high to loW? 

Have the machinery design changes been communicated to the 

Process FMEA Team? 
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Process FMEA 
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Process FMEA 
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The Process FMEA 

Sample Sizes 



Identifies 




Evaluation 
Frequency 



Critical and Significant 

Ithereforeth/.CPffi 

Starting Point 

for the 



Control Plan 



od of 
Evaluation 



Out-of-Control 

Action Plan 

(OCAP) 
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Identifies 

Critical and Significant Characteristics 

and is therefore the 

Starting Point 

for the 

Control Plan 

Sample Sizes 
Evaluation Frequency 
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Method of Evaluation 
Out-of-Control Action Plan (OCAP) 
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Use a Process Flow Chart! 

Because: 

You want to understand your current process 

You are looking foropportunities to improve 

Y oT^ a'nt to illustrate a potential solution^ 

YcflThaleiTtiprclv'Id'a^ Bnd^i/rant to 

document the new process 

Let's Try A Process Flow Chart 
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Use a Process Flow Chart! - Because: 

. You want to understand your current process 
. You are looking for opportunities to improve 
. You want to illustrate a potential solution 

. You have improved a process and want to document the new process 
Let's Try A Process Flow Chart 
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Creating a Process Flow Chart 



1 . Identify the process or taskyou want to analyze. Defining the 
scope of the process is important because it will keep the 
improvennent effort from becoming unmanageable. 

2. As k the p eople most familiar with the process to help construct 

the^fiart. | ^^ w'^^^ ^^ V* ^> ^V ^^^\ 

3. Agree on the starting point and ending point. Defining the scope 
of the process to be charted is very important, otherwise the 
task can become unwieldy. 

4. Agree on the level of detail you will use. It's better to start out 
with less detail, increasing the detail only as needed to 
accomplish your purpose. 
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Creating a Process Flow Chart 

1. Identify the process or task you want to analyze. Defining the scope of the process 
is important because it will keep the improvement effort from becoming 
unmanageable. 

2. Ask the people most familiar with the process to help construct the chart. 

3. Agree on the starting point and ending point. Defining the scope of the process to 
be charted is very important, otherwise the task can become unwieldy. 

4. Agree on the level of detail you will use. It's better to start out with less detail, 
increasing the detail only as needed to accomplish your purpose. 
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Creating a Process Flow Chart 

5. Look for areas for improvement 

Is the process standardized, or are the people doing the work in different ways? 

Are steps repeated or out of sequence? 

Are there steps that do not ad value to the output? 

Are there steps where errors occur frequently? 

Are there rework loops? 

6. Identifyjhe sequence and the steps taken to carrv out th^ 

7. Construct the process flow chart either from left to right or from 
top to bottom, using the standard symbols and connecting the 
steps with arrows. 

8. Analyze the results. 

■ Where are the rework loops? 

Are there process steps that don't add value to the output? 

■ Where are the differences between the current and the desired situation? 
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Creating a Process Flow Chart 

5. Look for areas for improvement 

. Is the process standardized, or are the people doing the work in different ways? 

. Are steps repeated or out of sequence? 

. Are there steps that do not ad value to the output? 

. Are there steps where errors occur frequently? 

. Are there rework loops? 

6. Identify the sequence and the steps taken to carry out the process. 

7. Construct the process flow chart either from left to right or from top to bottom, 
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Creating a Process Flow Chart 

using the standard symbols and connecting the steps with arrows. 

8. Analyze the results. 
. Where are the rework loops? 

. Are there process steps that don't add value to the output? 
. Where are the differences between the current and the desired situation? 
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Early Process Flow Diagram 



mam it*t* 



? ciiQn i-requency ^ 

EX^mal 



Inspection Points 

Inspe ction Frequency 

Instru 

Meas 

Sample Preparation 

Inspection/Test Method 

Inspector 

Method of Analysis 



rwuaww 
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Early Process Flow Diagram 

• Inspection Points 

• Inspection Frequency 

• Instrument 

• Measurement Scale 

• Sample Preparation 

• Inspection/Test Method 

• Inspector 

• Method of Analysis 
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GM Example Process Flow Chart 
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Filled Out 


2.1 
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Tool Setup 
Machine Setup 
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GM Example Process Flow Chart 
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Basic Flow Chart Example 



Manufactured Parts 



Purchased Parts 
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Basic Flow Chart Example 

Start 

Manufactured Parts 
Purchased Parts 
Receive Raw Materials 
Receive Parts 
Move to Production 
Move to Production 
Process Material 
Start 
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Basic Flow Chart Example 

Bad 
Bad 
Bad 
Bad 
Bad 
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Basic Flow Chart Example 
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Basic Flow Chart Example 

Assemble 

Functional Test 

Package 

Ship 

Disposition 

Bad 
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How To Use The Flow Chart 

Use to help determine who should be involved by 
identifying all the work areas in a process 

Use as a job aid to remind people about process 
standards 

Useas 
occur 

Use to investigate why rework is occurring at a 
certain place in the process 

Use the 'ideal process' flow chart data to 
communicate your proposed solution 



1^ 
^qhe^l^li^tc^cjpljgcjdatgon whgr| pjjotjjems 
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How To Use The Flow Chart 

. Use to help determine who should be involved by identifying all the work areas in a 
process 

. Use as a job aid to remind people about process standards 

. Use as a check list to collect data on where problems occur 

. Use to investigate why rework is occurring at a certain place in the process 

. Use the 'ideal process' flow chart data to communicate your proposed solution 
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Flow Chart Tips 

If a process step or box has two output 
arrows, consider whether a decision box is 
needed 

RdTrienlber that the people closest to th( 
wci^kkrjp^vjl jD^t.^l\^[g^^sur^^^eya|^ 
involved in developing the flow chart 

Software packages make flow chart 
production easy. 



n 



^^^."^.^.^7" l^^'^T ^^,T™ ° Potential Failure Mode and Effects Analysis ^''■^^ ^^^ 

Rendered \ftfednesday, January 28, 2004 ^ The Cove! Els mar. com 

Slide 128 of 161 

Flow Chart Tips 

. If a process step or box has two output arrows, consider whether a decision box is 
needed 

. Remember that the people closest to the work know it best. Make sure people are 
involved in developing the flow chart 

. Software packages make flow chart production easy. 
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The Process Potential FMEA 

Identifies potential product-related failure modes 

Assesses the potential customer effects of the 
failures 

Identifies the potential internal and external 
manufacturing or assembly process causes and 
identifies process variables on which to foc^si^ 
controls for occurrence reduction and/or detection of 
the failure condition(s) 

Develops ranked list of potential failure modes, thus 
establishing a priority system for corrective action 
considerations 

Documents the results of the manufacturing or 
assembly process 
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The Process Potential FMEA 

. Identifies potential product-related failure modes 

. Assesses the potential customer effects of the failures 

. Identifies the potential internal and external manufacturing or assembly process 
causes and identifies process variables on which to focus controls for occurrence 
reduction and/or detection of the failure condition(s) 

. Develops ranked list of potential failure modes, thus establishing a priority system for 
corrective action considerations 

. Documents the results of the manufacturing or assembly process 
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Process Potential FMEA 

• A Process Potential FMEA is an analytical tool utilized by a Process 
FMEA team as a means to ensure potential failure modes and their 
associated causes are identified, considered and addressed. 

• Teams should be run by the owner of the process or someone who 
understands the process well. 

• Defin^Spfigasons for rejection at specific operations. 

• In preparation for the FMEA, the assumption should be made that the 
inconifrig parts and materials jrec orrect 1*IJ III 

• A comparison of similar processes and a review ofcustomer claims 
relating to similar components is a recommended starting point. A 
knowledge of the purpose of the design is necessary. 

• It can be cause-associated with a potential failure mode in a 
subsequent operation or an effect associated with a potential failure 
in a previous operation. 

• Each potential failure mode for the particular operation should be 
listed in terms of a part or process characteristic. 
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Process Potential FMEA 

. A Process Potential FMEA is an analytical tool utilized by a Process FMEA team as a 
means to ensure potential failure modes and their associated causes are identified, 
considered and addressed. 

. Teams should be run by the owner of the process or someone who understands the 
process well. 

. Defines reasons for rejection at specific operations. 

. In preparation for the FMEA, the assumption should be made that the incoming parts 
and materials are correct. 

. A comparison of similar processes and a review of customer claims relating to similar 
components is a recommended starting point. A knowledge of the purpose of the 
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Process Potential FMEA 



design is necessary. 

. It can be cause-associated with a potential failure mode in a subsequent operation or 
an effect associated with a potential failure in a previous operation. 

. Each potential failure mode for the particular operation should be listed in terms of a 
part or process characteristic. 
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FMEA White Space Issues 
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Responsibility 
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Ship 



Final Pack 

Receiving 

MOD 2 

Assembly 

MOD 1 

Warehouse 

Customer 

Control Plan & FMEA 

Responsibility 
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FMEA White Space Issues 

MOD 

Responsibility 

Materials? 
SQA? 

Responsibility 

MOD 

Responsibility 

ASSY 

White Space Issue 

Control Plan & FMEA 

FMEA White Space Issues 
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Process FMEA Foci 

Customers include: 

• End User 

• Next Manufacturing or Process Step 

• Process ^J^sQ P _ QQ PPI 

• Assembly Engineers 

• Repair Functions 

• Test Engineers 

• Product Analysis 

• Dealership or other Sales Outlet 
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Process FMEA Foci 
Customers include: 
. End User 

. Next l\/lanufacturing or Process Step 
. Process Engineers 
. Assembly Engineers 
. Repair Functions 
. Test Engineers 
. Product Analysis 
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. Dealership or other Sales Outlet 
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Process FMEA Benefits 

• As a systematic approach, the Process Potential FMEA 
parallels and formalizes the mental discipline that an engineer 
goes through in any manufacturing planning process. 

• The Process Potential FMEA identifies potential product related 
process failure modes. 

• The Process Potential FMEA assesses the potential customer 
eff ects o f the failures. ^^^ ^^ 1^ ^^ ^^ M^%^%, 

• Thff Process-Potential FMEA idergifie^ potential manufacturing 
and/or assembly process causes. 

• The Process Potential FMEA identifies significant process 
variables to focus controls for occurrence reduction and 
detection of failure conditions. 

• The Process Potential FMEA develops a list of potential failure 
modes ranked according to their affect on thecustomer, thus 
establishing a priority system for corrective and preventive 
action considerations. 
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Process FMEA Benefits 

. As a systematic approach, the Process Potential FI\/IEA parallels and formalizes the 
mental discipline that an engineer goes through in any manufacturing planning 
process. 

. The Process Potential FI\/IEA identifies potential product related process failure 
modes. 

. The Process Potential FI\/IEA assesses the potential customer effects of the failures. 

. The Process Potential FI\/IEA identifies potential manufacturing and/or assembly 
process causes. 

. The Process Potential FI\/IEA identifies significant process variables to focus controls 
for occurrence reduction and detection of failure conditions. 
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Process FMEA Benefits 



The Process Potential FMEA develops a list of potential failure modes ranked 
according to their affect on the customer, thus establishing a priority system for 
corrective and preventive action considerations. 
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More Process FMEA Considerations 



The Process FMEA is a living document. 

The Process FMEA should be continually updated as changes 
occur throughout all phases of product development and on into 
and through to the end of production. 

The Process FMEA should begin with a flow chart of the 
processes - from receiving through shipping and warehousing. 

The Potential Failure Modes/Causes which can occur during 
manufacturing or assembly process are covered by the Process 
FMEA but some information (severity rankings, identification of 
some effects) may come from the Design FMEA. 

A reduction in occurrence ranking can only be achieved by 

implementing a process change that controls or eliminates 

one or more causes of the failure mode. 
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More Process FMEA Considerations 

. The Process FMEA is a living document. 

. The Process FMEA should be continually updated as changes occur throughout all 
phases of product development and on into and through to the end of production. 

. The Process FMEA should begin with a flow chart of the processes - from receiving 
through shipping and warehousing. 

. The Potential Failure Modes/Causes which can occur during manufacturing or 
assembly process are covered by the Process FMEA but some information (severity 
rankings, identification of some effects) may come from the Design FMEA. 

A reduction in occurrence ranking can only be achieved by implementing a process 
change that controls or eliminates one or more causes of the failure mode. 
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Generic Process FMEA Basic Columns 
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Warranty and Repair 
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Wording is Important 
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Generic Process FMEA Basic Columns 

Wording is Important 

From Guess 

From Experience & Data 

Customer Complaints 

Warranty and Repair Information 

Internal Scrap and Rework History 

FMEA Team Expertise (Brainstorming) 
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Generic PFMEA Severity 

Effett Criteria: Saierity sf Effect Ranldnq 



Hazardous 
Without 
Warning 



Hazardous 

With 

Warning 



May endanger machine or assembly operator, Very hi^h severity 
ranking when a potential failure mode affects safe vehicle operation 
and/or involves noncompliance with government regulation, Failure 
will occur with warning. 



Very High 



iqh 




^loderate 



Low 



Very Low 



Minor 



Very 
Minor 



None 



May endanger machine or assembly operator. Very high severity 
ranking when a potential failure mode affects safe vehicle operation 
and/or involves noncompliance with government regulation. Failure 
will occur without warning. 



Major disruption to production line, 1 00% of product may have to 
be scrapped, Vehicl^item inoperable loss of primary function. 
Customer ver/ dissatisfied 



Minor disruption to production line. Product may have to be sorted 
and a portion (less than 100%) scrapped, Vehicl^/it em operable but 
at a reduced level of performance. Customer dissatisfied. 



Minor disruption to produaion line. A portion (Isssthan 100%); 
the product may have to be scrapped (no sorting), Vehicl^item' 
operable but some mComfort/Convenience item(s) inoperable 
Customers experiences discornfort, 

'1 I I 1 1 



Ranking 



10 



n 



Minor disruption to production line. 100% of product may haveto 
be reworked, Vehicl^item operable but some Comfort/Convenience 
itemfsj operable at reduced level of performance. Customer 
experiences some dissatifaction. 



Minor disruption to production line. The product may haveto be 
sorted and a portion (less than 100%) reworked. Fit & 
Finish/Squeak &. fXattle item does not conform. Defect nc3ticed by 
most customers. 



Minor disruption to production line. The product may haveto be 
sorted and a portion (kssthan ■loo*?^];! reworked on-line but out- of - 
station. Fit St Finish/Squeak & Rattle item does not conform. Defect 
noticed by average customers 



Minor disruption to production line. The product may haveto be 
sorted and a portion (less than 100%) reworked on-line but in- 
station. Fit St Finish/Squeali; St Flattie item does not conform. Defect 
noticed byadiscriminating customers. 



No effect. 



i 



4 
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Generic PFMEA Severity 
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Generic PFMEA Occurrence 



Probablity of Failure 



Possible Failure Rates 



Cpk Ranking 



Very High: Failure is almost Inevitable 



> 1 in 2. 



1 inj 



<Q33 



^0-33 



10 



High: Generally associated ^A/ith processes 
similarto previous processes \A/hich have 
often failed. 



1 in 8 



> 0.51 



1 in 10 



Moderate: Generally associated with 
processes sim.lla.rt«pr«vious processes 
which have elberiencft o^^sic 
failures, but 



> 0.67 



8 



7 



1 in 80 




1 in 4Q0 



^V=^ 



> 0.83 



1 in 1,000 



1.00 



> 1.1" 



4 



Low: I solat ed f a i lu res a ssoc iat ed wit h 
similar processes. 



1 in 15,000 



>i.33 



Very Low. Only isolated failures 
associated with almost identical 
processes. 



1 ini50,ooo 



51.50 



Remote: Failure Unlikely. No failures ever 
associated with almost identical 
processes. 



< 1 in 1,500,000 



1.67 



■ If a process is under SPC or is similar to a previous process under SPC, then the statistical 
data should be used to determine Occurrence ranl<ing. 

■ Assessment of occurrence ranking can be made using the word deschptions in the evaluation 
criteria if statistical data is not available. 
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Generic PFMEA Occurrence 

• If a process is under SPC or is similar to a previous process under SPC, then the statistical data should be used to determine Occurrence 
ranking. 

• Assessment of occurrence ranking can be made using the word descriptions in the evaluation criteria if statistical data is not available. 
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Generic PFMEA Detection 



Detection 


Criteria: Lil<elytiood tlie existence of a defect will be 
d^ected by process controls before next or subsequent 
process^ or before part or component leaves 
manufacturing or assembly location. 


Ranking 


Almost 
Impossible 


No known control(s) available to detect failure mode. 


10 


Very 
Remote 


Very remote lil<elyhood current controiCs) will detect failure mode. 


9 


Remote 


Remote lil<elYhood current control(s) will detect failure mode. 


8 


Very Lou- 


Very low lil<elvhood current control(s) will detect failure mode. 


7 


Low 


Low lil<elyhood current control(s) will detect failure mode. 


6 


Moderate 


M',oderate lil<elyhood current control(s) will detect failure mode™ ^ 


5 


Moderately 
Hlqh 


M.oderately high lil<elyhood current control(s) will detect failure^ 
mode. 


4 


High 


High likelyhood current control(s) will detect failure mode. 




Very High 


Very high likelyhood current control(s) will detect failure mode. 


2 


Almost 
Certain 


Current control(s) almost certain to detect the failure mode. 
Reliable detection controls are known with similar processes. 


1 



■ Assume the failure has occurred and then assess the capabilities of all current controls to prevent 
shipment of the part having this failure mode or defect. 

■ Random quality control checks would be unlikely to detect the existence of an isolated defect and 
therefore would result in low to remote detection ranking. 

■ Sampling done on a statistical basis is a validdetection control. 

■ A reduction in detection ranking can only be achieved by improving process control sy3tem(3). 
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Generic PFMEA Detection 

• Assume the failure has occurred and then assess the capabilities of all current controls to prevent shipment of the part having this failure mode 
or defect. 

• Random quality control checks would be unlikely to detect the existence of an isolated defect and therefore would result in low to remote 
detection ranking. 

• Sampling done on a statistical basis is a valid detection control. 

• A reduction in detection ranking can only be achieved by improving process control system(s). 
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Process Failure Causes 



1. 


Omitted processing 


11. 


Poor contro procedures 


2. 


Processing errors 


12. 


Improper equipment 


3. 


Errors setting up work pieces 




maintenance 


4. 


Missing part| 


13. 


Bad recipe 


5. 
6. 
7. 


Wrong parts! ^^ ^^^%, ^^ 
Proc^g^g wrong wgrk^iegeQI 
Mis-operation 


\P. 

16. 


Fatigua^ VY\ 

^l^q{S|f|y| 1 
Hardware failure 


8. 


Adjustment error 


17. 


Failure to enforce contro s 


9. 


Equipment not set up properly 


18. 


Environment 


10. 


Too s and/or fixtures 


19. 


Stress connections 




improperly pn 


epared 


20. 


Poor FMEA(s). 
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1. Omitted processing 

2. Processing errors 

3. Errors setting up work pieces 

4. l\/lissing parts 

5. Wrong parts 

6. Processing wrong work piece 

7. l\/lis-operation 

8. Adjustment error 
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9. Equipment not set up properly 

10. Tools and/or fixtures improperly prepared 

1 1 . Poor control procedures 

12. Improper equipment maintenance 

13. Bad recipe 

14. Fatigue 

15. Lack of Safety 

16. Hardware failure 

17. Failure to enforce controls 

18. Environment 

19. Stress connections 

20. PoorFMEA(s). 
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Process Control Examples 

1 . Standardized work instructions/procedures 

2. Fixtures and jigs 

3. Mechanical interference interfaces Controls can be 

,^ ^ . , , process controls such 

4. Mechanical counters ^^ f-.^^,,^^ f^^i «.^^fi„„ 

as fixture fool-proofing 

5. Mechanical sensors or SPC, or can be 

6. Electrical/Electronic sensors^^ ^^ ^^ g-^ post-process 

7. Job sheets or Process packages | t _ ■^infipection /testing. 

8. Bar coding with software integration and 

control Inspection /testing 

9. Marking may occur at the 

10. Training and related educational safeguards subject operation or at 

11 Visual Checks subsequent 

1 1 . visual unecKs operation(s) that can 

12. Gage studies detect the subject 

13. Preventive maintenance failure mode. 

14. Automation (Real Time Control) 
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Process Control Examples 

1. Standardized work instructions/procedures 

2. Fixtures and jigs 

3. Mechanical interference interfaces 

4. Mechanical counters 

5. Mechanical sensors 

6. Electrical/Electronic sensors 

7. Job sheets or Process packages 

8. Bar coding with software integration and control 
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Process Control Examples 



9. Marking 

10. Training and related educational safeguards 

11. Visual Checks 

12. Gage studies 

13. Preventive maintenance 

14. Automation (Real Time Control) 

Controls can be process controls such as fixture fool-proofing or SPC, or can be post-process inspection / testing. 
Inspection / testing may occur at the subject operation or at subsequent operation(s) that can detect the subject failure mode. 
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Typical Process Documents 

SPG records 
Visual aides 

^fef'ipi^r r.oiTI 

Inspection instructions/records ■ ■ ■ 
Equipment operating instructions 
Training records 
Traceability records 
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Typical Process Documents 
. SPC records 
. Visual aides 
. Work instructions 
. Inspection instructions/records 
. Equipment operating instructions 
. Training records 
. Traceability records 
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Recommended Actions 

Corrective Action should be first directed at the highest concerns 
as rank ordered by RPN. 

The intent of any recommended action is to reduce the 
occurrence, severity and/or detection rankings. 

If no actions are recommended for a specific cause, then this 
should be indicatet^i^^^ ^^ ^ ^^ ^^ ^^^\ 



On^ a design r^i|ior|ccy|i hripj ^oij^ ^ugfju^jtiop f tFp | 
severity ranking. 

To reduce the probability of occurrence, process and/or 
specification revisions are required. 

To increase the probability of detection, process control and/or 
inspection changes are required. Improving detection controls is 
typically costly. The emphasis should be placed on preventing, 
rather than detecting, defects. 
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Notes: 



The severity applies to the EFFECT only. The effect of a given failure will not change unless you change the design of the system or part. In 
the parachute example, if the chute doesn't open, you probably die and therefore it is a 10 (failure occurs without warning). No suppose I 
design a smartchute that has built in diagnostics that emits a loud audible alarm telling me it is not going to open. ..It still doesn't open, but 
warns me that I am about to die, therefore making it a 9 (failure occurs with warning.) If I take it a step further, and add a smaller backup chute 
that deploys, that allows me to land without dying, I can make a case for the severity being a 7 (Item operable, but at a reduced level of 
performance. Customer dissatisfied). 

Recommended Actions 

. Corrective Action should be first directed at the highest concerns as rank ordered by 
RPN. 

. The intent of any recommended action is to reduce the occurrence, severity and/or 
detection rankings. 
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Recommended Actions 



. If no actions are recommended for a specific cause, then this should be indicated. 

. Only a design revision can bring about a reduction in the severity ranking. 

. To reduce the probability of occurrence, process and/or specification revisions are 
required. 

. To increase the probability of detection, process control and/or inspection changes 
are required. Improving detection controls is typically costly. The emphasis should be 
placed on preventing, rather than detecting, defects. 
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Action On Severity 

The question of action should be based on the RPN, 
not severity alone. If the severity is high, we at least 
think about any changes that might be made. 

Often times, we have no control on what the vehicle 
doe^^when our parts fail... This is determined by the 
car companies and we all know they are infinitely 
wise in areas of quality and safety. If changes are 
not feasible, we then focus on occurrence and 
detection to bring the RPN into an acceptable level. 
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Action On Severity 

. The question of action should be based on the RPN, not severity alone. If the severity 
is high, we at least think about any changes that might be made. 

. Often times, we have no control on what the vehicle does when our parts fail... This is 
determined by the car companies and we all know they are infinitely wise in areas of 
quality and safety. If changes are not feasible, we then focus on occurrence and 
detection to bring the RPN into an acceptable level. 
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The Role and Function of FTA 




Fault-tree 
analysis Is a 
deductive 
process 
especlal| 
useful fc 
analyzir 
failures, Whe% 
the causes of 
failures have 
not been 
identified 

Reliability 

engineering 

tool 



Motor Failure 
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The Role and Function of FTA 

. Fault-tree analysis is a deductive process especially useful for analyzing failures, 
when the causes of failures have not been identified 

. Reliability engineering tool 

Motor Failure 
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FMEAvsFTA 



FMEA 



FTA 



Inductive Logic (bottom up) 


Deductive (top down) 


Determines all possible ways^^ 1 
equipment can fail. Determines thj;^ 
effect of such failures on the system. 


Assumes a system failure and 
1 determines the possible causes 


Focus is on the parts of which the 
system is comprised. 


Focus is on the total system 
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FMEA vs FTA 
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Fault Tree Symbols 

The Ellipse 

The top event Jhe ellipse, contains ttie descnption of the system- level fault or 
uncJesired event. This symbol appears at the head or top of the tree and is 
included only once in any tree. The input to the ellipse is from a logic gate. 

The Rectangle 

The fault event, the rectangle^ contains a bhef descnption of a lower- 1 eve I fault. 
This description should be short without being vague. Fault events appear i 
throughout the tree and hav^botg their inpi^anc^utputfrom a logigga^. | 

Logic Gates 

Logic Gate inputs and outputs, except for the Inhibit Gate, which is addressed 
below, have similar connections. The output from a logic gate is to any fault 
event block or to a Transfer Out f uncti on . The i nput i s from any fault event block 
or from a Transfer In function. The AND Gate is the logic gate in which the 
output occurs only if all inputs exist. 

The OR Gate is the logic gate in which the output occurs only if one or more of 
the input events occur. 
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Fault Tree Symbols 

. The Ellipse 

The top event, the ellipse, contains the description of the system-level fault or 
undesired event. This symbol appears at the head or top of the tree and is included 
only once in any tree. The input to the ellipse is from a logic gate. 

. The Rectangle 

The fault event, the rectangle, contains a brief description of a lower-level fault. This 
description should be short without being vague. Fault events appear throughout the 
tree and have both their input and output from a logic gate. 

. Logic Gates 
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Logic Gate inputs and outputs, except for the Inhibit Gate, which is addressed below, 
have similar connections. The output from a logic gate is to any fault event block or to 
a Transfer Out function. The input is from any fault event block or from a Transfer In 
function. The AND Gate is the logic gate in which the output occurs only if all inputs 
exist. 

The OR Gate is the logic gate in which the output occurs only if one or more of the 
input events occur. 
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Fault Tree Fundamentals 

Defining tlie Undesired Event(s) (IVIajor Fault(s)) 

a. The undesired event is most often tlie fault whicii, upon occurrence, results in 
complete failure of the system, the failure of a back-up system, degradation, or 
an undetected failure. This is considered catastrophic failure. The major fault is 
a failure which causes loss of availability through the degradation or system 
shut-down and/or poses a safety hazard to operators and/or maintenance 
personnel,- The undesired event, however, may be an unusual failure at a sub- 
system level, the root cause of which is unknown. Any observable event may be 
chosen as the "undesired evenf . The analyst must recognize that the FTA 
not identify failures unrelated to the chosen ever! i^^ ^^^ ■ 

b. To define the undesired event, the normal system operation and environment 
must be known in order to allow the analysis to show the undesired event as a 
failure. When defining the undesired event, care must be taken to prevent the 
range of the faults from becoming too broad. For example, "Failure to complete 
trip", for an automobile, is not specific enough to allow for ease of analysis. This 
is because failure could var;/ from an air conditioning fault, which caused 
discomfort, to loss of engine power, which caused loss of mobility,'. Both faults 
could be considered failure; however, loss of mobility' is obviously a much more 
severe fault than losing air conditioning. 



^^^."^.^.^7" l^^'^T ^^,T™ ° Potential Failure Mode and Effects Analysis ^''■^^ ■^^^ 

Rendered \ftfednesday, January 28, 2004 ^ The Cove! Els mar. com 

Slide 147 of 161 

Fault Tree Fundamentals 

1. Defining the Undesired Event(s) (Major Fault(s)) 

a. The undesired event is most often the fault which, upon occurrence, results in 
complete failure of the system, the failure of a back-up system, degradation, or an 
undetected failure. This is considered catastrophic failure. The major fault is a failure 
which causes loss of availability through the degradation or system shut-down and/or 
poses a safety hazard to operators and/or maintenance personnel. The undesired 
event, however, may be an unusual failure at a sub-system level, the root cause of 
which is unknown. Any observable event may be chosen as the "undesired event". 
The analyst must recognize that the FTA will not identify failures unrelated to the 
chosen event. 

b. To define the undesired event, the normal system operation and environment must 
be known in order to allow the analysis to show the undesired event as a failure. When 
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defining the undesired event, care must be tal<en to prevent the range of the faults 
from becoming too broad. For example, "Failure to complete trip", for an automobile, 
is not specific enough to allow for ease of analysis. This is because failure could vary 
from an air conditioning fault, which caused discomfort, to loss of engine power, 
which caused loss of mobility. Both faults could be considered failure; however, loss 
of mobility is obviously a much more severe fault than losing air conditioning. 
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Fault Tree Fundamentals 

(Continued 1) 

2. Defining Types of Faults 

Faults fall into two basic categories: operational and component. 

Operation Fault 

The operational fault is one whichi occurs when a component is operating as it 
was designed to, but at an inappropriate time or place. An example is a failure of 
a control valve to close or to interrupt the introduction of a reactant into a 
chemical process due to, angiafjiropriate ijgn^rom another device. | 



I 



Component Fault 

The component fault can be further divided into hw sub-categohes: phmar^f and 
secondary'. A Primary'componentfault occurs when a component fails to 
function in its intended environment. Example: A radar unit designed for use in 
aircraft which fails due to vibration. A Secondary component failure occurs when 
a component fails to function in an environment other than the environment for 
which it is intended. Example: A radar unit designed for a cargo aircraft fails in a 
fighter aircraft due to vibration. 
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Fault Tree Fundamentals (Continued 1) 

2. Defining Types of Faults 

Faults fall into two basic categories: operational and component. 

Operation Fault 

The operational fault is one which occurs when a component is operating as it was 
designed to, but at an inappropriate time or place. An example is a failure of a control 
valve to close or to interrupt the introduction of a reactant into a chemical process due 
to an inappropriate signal from another device. 

Component Fault 

The component fault can be further divided into two sub-categories: primary and 
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secondary. A Primary component fault occurs when a component fails to function in 
its intended environment. Example: A radar unit designed for use in aircraft which 
fails due to vibration. A Secondary component failure occurs when a component fails 
to function in an environment other than the environment for which it is intended. 
Example: A radar unit designed for a cargo aircraft fails in a fighter aircraft due to 
vibration. 
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Fault Tree Fundamentals 

(Continued 2) 

3. Comparison of Fault Occurrence and Fault Existence 

The term Fault Occurrence refers to thie fact thiat an undesired event tias taken 
place and may or may not still exist. Fault Existence, however, implies that the 
fault has occurred and continues to exist. Therefore, the fault can be described 
as being eithertransient or permanent. 

Duhngthe construction of the fault tree, all systems analysts should use Fault 
Occurrence, rather than Fault Existence.as the focus of interest 

4. Compahson of Failure Causes and Fault Effect? 

A failure is considered to be an inability to perform a normal function. Example: 
Valve does not open. A fault is a higher level Occurrence which is usually 
preceded by a lower-level failure, such as a casing cracking due to overheating 
because of a lack of coolant induction due to an inoperable valve (lower level of 
failure). However, a fault may also occur when no failure is present. Example: 
Coolant valve operates properly, but the signal to operate it encounters a delay. 
A fault has occurred, but there is no valve failure. Because of this, it can be 
stated that any f ai lure causes a fault, but not every fault i s caused by a f ai lure . 

Failure Categories: a. Component, b. Environment, c. Human, d. Software. 
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Fault Tree Fundamentals (Continued 2) 

3. Comparison of Fault Occurrence and Fault Existence 

The term Fault Occurrence refers to the fact that an undesired event has taken place 
and may or may not still exist. Fault Existence, however, implies that the fault has 
occurred and continues to exist. Therefore, the fault can be described as being either 
transient or permanent. 

During the construction of the fault tree, all systems analysts should use Fault 
Occurrence, rather than Fault Existence, as the focus of interest. 

4. Comparison of Failure Causes and Fault Effects 

A failure is considered to be an inability to perform a normal function. Example: Valve 
does not open. A fault is a higher level Occurrence which is usually preceded by a 
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lower-level failure, such as a casing cracking due to overheating because of a lack of 
coolant induction due to an inoperable valve (lower level of failure). However, a fault 
may also occur when no failure is present. Example: Coolant valve operates properly, 
but the signal to operate it encounters a delay. A fault has occurred, but there is no 
valve failure. Because of this, it can be stated that any failure causes a fault, but not 
every fault is caused by a failure. 

Failure Categories: a. Component, b. Environment, c. Human, d. Software. 
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Fault Tree Construction Steps Summary 



Determine the level to which the examination should 
be constructed 

Begin with the system-level fault 
Fully describe all events whych iramediatelM cause 
thisevgrtOl I Id I .WW I I I 
With each lower-level fault, continue describing its 
immediate causes until a component level failure or 
human error can be attributed to the fault 
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Fault Tree Construction Steps Summary 

. Determine the level to which the examination should be constructed 

. Begin with the system-level fault 

. Fully describe all events which immediately cause this event 

. With each lower-level fault, continue describing its immediate causes until a 
component level failure or human error can be attributed to the fault 
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Fault Tree Construction Steps Summary (continued) 



Fault Tree Construction Steps Summary 

(continued) 

Fully define each branch of the tree before beginning 
another branch 

During the construction of the tree, it is advisable to 
use a block diagram of the system to simplify^^ 
de^gmnjryi^ j l Jb i nf]pii^ brancjie^ 1^1^ | | | 

If the results of the FMECA on the system are 
available at the time of the FTA it is advisable to use 
the results in defining the top event(s) 
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Fault Tree Construction Steps Summary (continued) 

. Fully define each branch of the tree before beginning another branch 

. During the construction of the tree, it is advisable to use a block diagram of the 
system to simplify determining the main branches 

. If the results of the FMECA on the system are available at the time of the FTA it is 
advisable to use the results in defining the top event(s) 
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Analyzing the Fault Tree 



Analyzing the Fault Tree 

1. Determine the minimal cut-sets to simplify the tree 
(qualitative analysis). 

2. Determine the probability of each input event 

3. Cofn^e'the probability inputs to logic gates as^ 

I^>IIICII .LrUlll 



fol lpws: 

a. AND Gate - The probability of output is the product of the 
probabilities of the inputs (Po=Pii" Pi2..."Pin) 

b. OR Gate - The probability of output is the sum of the 
probabilities of the inputs (Po=Pii+ Pi2..."Pin) 

4. Combine the gate input probabilities until the 
probability of the top event is determined. 
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Analyzing the Fault Tree 

1. Determine the minimal cut-sets to simplify the tree (qualitative analysis). 

2. Determine the probability of each input event 

3. Combine the probability inputs to logic gates as follows: 

a. AND Gate - The probability of output is the product of the probabilities of the inputs 
(P0=Pi1.Pi2....Pin) 

b. OR Gate - The probability of output is the sum of the probabilities of the inputs 
(P0=Pi1+Pi2....Pin) 

4. Combine the gate input probabilities until the probability of the top event is 
determined. 
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Fault-Tree Analysis Procedures 



Fault-Tree Analysis Procedures 

Identify the system or equipment level 
fault state(s) [undesired event(s)] 



Construct the fault tree ^% ^v ^-v^ 



PerfornrTtfie arialysis lo tine corn poheht 
level 
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Fault-Tree Analysis Procedures 

. Identify the system or equipment level fault state(s) [undesired event(s)] 

. Construct the fault tree 

. Perform the analysis to the component level 
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Criteria for Identifying the Undesired Event 



The top event must be measurable and 
definable ® 

The'top event must be inclusive of the lower 
eveC.IC>IIICll .LrUIII 

A 

The top event is the result of the lower J 

events ® 
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Criteria for Identifying the Undesired Event 

. The top event must be measurable and definable 
. The top event must be inclusive of the lower events 
. The top event is the result of the lower events 
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Zero Quality Control 



Zero Quality Control 



Elsmar.com 
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Zero Quality Control 
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Clues about Causes 



Clues about Causes 

Can any equipment failures contribute to this effect? 

Material faults? 

Human errors? 

Methods and^F^S^^I^ IT /^^^ m 

Software performance? '^ ' ■ >^ V^ III 
Maintenance errors or the absence of maintenance? 

Inaccuracies or malfunction of measurement 
device(s)? 

Environments such as chemicals, dust, vibration, 
shock and/or temperature? 
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Clues about Causes 

. Can any equipment failures contribute to this effect? 

. Material faults? 

. Human errors? 

. Methods and Procedures? 

. Software performance? 

. Maintenance errors or the absence of maintenance? 

. Inaccuracies or malfunction of measurement device(s)? 

. Environments such as chemicals, dust, vibration, shock and/or temperature? 
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Errors 1 



Almost all errors are caused by human error. 

Forgetfulness - Sometimes we forget things when we are not 
concentrating. Example: A person forgets to set his/her alarm 
clock at night. Safeguard: Establish a routine which includes 
checking before going to bed. 

Errors due to misunderstanding- Sometimes we maka^ 
mistakes when we jump to the wrong conclusion before we're 
familiar with the situation. Example: A person used to a stick 
shift pushes the brake petal in an automatic thinking it is the 
clutch. Safeguards: Training, checking in advance, 
standardizing work procedures. 

Errors in identification- Sometimes we misjudge a situation 
because we view it too quickly or are too far away to se it 
clearly. For example, a $1 bill is mistaken for a $10 bill. 
Safeguards: Training, attentiveness, vigilance. 
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Errors 1 

Almost all errors are caused by human error. 

. Forgetfulness - Sometimes we forget things when we are not concentrating. Example: 
A person forgets to set his/her alarm clock at night. Safeguard: Establish a routine 
which includes checking before going to bed. 

. Errors due to misunderstanding - Sometimes we make mistakes when we jump to the 
wrong conclusion before we're familiar with the situation. Example: A person used to 
a stick shift pushes the brake petal in an automatic thinking it is the clutch. 
Safeguards: Training, checking in advance, standardizing work procedures. 

. Errors in identification - Sometimes we misjudge a situation because we view it too 
quickly or are too far away to se it clearly. For example, a $1 bill is mistaken for a $10 
bill. Safeguards: Training, attentiveness, vigilance. 
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Errors 2 



• Errors made by amateurs- Sometimes we make mistakes 
through lack of experience. Example: A new worker does not 
know the operation or is just barely familiar with it. Safeguards: 
Training, skill building, work standardization. 

• Willful errors- Sometimes errors occur when we decide that 
we can ignore the rules under certain circumstances. Example: 
Crossing a street against a red light because we see no cars. 
S„«u,* B,* eauoa... =«p,*„.. .1 1 1 | | 

■ Inadvertent errors- Sometimes we are 'absent minded' and 
make mistakes without knowing how they happened. Example: 
Someone lost in thought tries to cross the street without even 
noticing whether the light is red or not. Safeguards: 
Attentiveness, discipline, work standardization. 

• Errors due to slowness- Sometimes we make mistakes when 
our actions are slowed down by delays in judgment. Example: A 
person learning to drive is slow to step on the brake. 
Safeguards: Skill building, work standardization. 
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Errors 2 

• Errors made by amateurs - Sometimes we make mistakes through lack of experience. Example: A new worker does not know the operation or 
is just barely familiar with it. Safeguards: Training, skill building, work standardization. 

• Willful errors - Sometimes errors occur when we decide that we can ignore the rules under certain circumstances. Example: Crossing a street 
against a red light because we see no cars. Safeguards: Basic education, experience. 

• Inadvertent errors - Sometimes we are 'absent minded' and make mistakes without knowing how they happened. Example: Someone lost in 
thought tries to cross the street without even noticing whether the light is red or not. Safeguards: Attentiveness, discipline, work 
standardization. 

• Errors due to slowness - Sometimes we make mistakes when our actions are slowed down by delays in judgment. Example: A person learning 
to drive is slow to step on the brake. Safeguards: Skill building, work standardization. 
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Errors 3 



• Errors due to lack of standards- Some errors occur when 
there are not suitable instructions or work standards. Example: 
A measurement may be left to an individual's discretion. 
Safeguards: Work standardization, work instructions. 

• Surprise errors- Errors sometimes occur when equipment runs 
differently than expected. Example: A Machine malfunction 
without warning. Safeguards: Total Productive Maintenance, 
work standardization.! I i^l I I *t II I I 

• Intentional errors- Some people make mistakes deliberately. 
Crimes and sabotage are examples. Safeguards: Fundamental 
education, discipline. 

Mistakes happen for many reasons, butalmost all 

can be prevented if we take time to identify when and 

why they happen and then take steps to prevent 

them by using Poka-Yoke methods with 

consideration to other available safeguards. 
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Errors 3 

• Errors due to lack of standards - Some errors occur when there are not suitable instructions or work standards. Example: A measurement may 
be left to an individual's discretion. Safeguards: Work standardization, work instructions. 

• Surprise errors - Errors sometimes occur when equipment runs differently than expected. Example: A Machine malfunction without warning. 
Safeguards: Total Productive Maintenance, work standardization. 

• Intentional errors - Some people make mistakes deliberately. Crimes and sabotage are examples. Safeguards: Fundamental education, 
discipline. 

Mistakes happen for many reasons, but almost all can be prevented if we take time to identify when and why they happen and then take steps 
to prevent them by using Poka-Yoke methods with consideration to other available safeguards. 
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Five Methods of Mistake-Proofing 



Variation control using assembly aids 

Identification by visual techniques 

Standi 
organizatioi 

Self-check (in-process) 

Poka-Yoke 



mf tvBf reapm 
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Five Methods of Mistake-Proofing 

. Variation control using assembly aids 

. Identification by visual techniques 

. Standardized work and workplace organization 

. Self-check (in-process) 

. Poka-Yoke 
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Mi stake- Proofing 



Mistake-Proofing 

Emphasizes Prevention! 
Principles 



Build into processes 
Eiiminate inadvertent errors 
Stop doing it wrong - Do it Right! 
Worit Together I 



» Find True Cause 

Examples 



.1 



- Do it Right! M ^^ ^^ W^^ O 

iidr.com o 



Guide for part (fixture) 
Error detection aiarm 
Limit switch 
Counter 
Checl< List 
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Mistake-Proofing 

. Emphasizes Prevention! 
. Principles 



Build into processes 
Eliminate inadvertent errors 
Stop doing it wrong - Do It Right! 
Work Together 
Find True Cause! 



. Examples 



o Guide for part (fixture) 

o Error detection alarm 

o Limit switch 

o Counter 

o Check List 
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Mistake-Proofing 

Mistake-Proofing 

• Emphasizes Prevention! 

• Principles 

o Build into processes 

o Eliminate inadvertent errors 

o Stop doing it wrong - Do It Right! 

o Work Together 

o Find True Cause! 

• Examples 

o Guide for part (fixture) 

o Error detection alarm 

o Limit switch 

o Counter 

o Check List 
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Five Methods of Mistake-Proofing 



Five Methods of Mistake-Proofing 

• Variation control using assembly aids 

• Identification by visual techniques 

• Standardized work and workplace organization 
. Self-check (in-process) 

• Poka-Yoke 
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Errors 3 



Errors 3 



• Errors due to lack of standards - Some errors occur when there are not suitable instructions or 
work standards. Example: A measurement may be left to an individual's discretion. Safeguards: 
Work standardization, work instructions. 

• Surprise errors - Errors sometimes occur when equipment runs differently than expected. 
Example: A Machine malfunction without warning. Safeguards: Total Productive Maintenance, 
work standardization. 

• Intentional errors - Some people make mistakes deliberately. Crimes and sabotage are examples. 
Safeguards: Fundamental education, discipline. 

Mistakes happen for many reasons, but almost all can be prevented if we take time to identify 
when and why they happen and then take steps to prevent them by using Poka-Yoke methods 
with consideration to other available safeguards. 
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Errors 2 



Errors 2 



• Errors made by amateurs - Sometimes we make mistakes through lack of experience. Example: A 
new worker does not know the operation or is just barely familiar with it. Safeguards: Training, 
skill building, work standardization. 

• Willful errors - Sometimes errors occur when we decide that we can ignore the rules under 
certain circumstances. Example: Crossing a street against a red light because we see no cars. 
Safeguards: Basic education, experience. 

• Inadvertent errors - Sometimes we are 'absent minded' and make mistakes without knowing how 
they happened. Example: Someone lost in thought tries to cross the street without even noticing 
whether the light is red or not. Safeguards: Attentiveness, discipline, work standardization. 

• Errors due to slowness - Sometimes we make mistakes when our actions are slowed down by 
delays in judgment. Example: A person learning to drive is slow to step on the brake. Safeguards: 
Skill building, work standardization. 
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Errors 1 



Errors 1 



Almost all errors are caused by human error. 

Forgetfulness - Sometimes we forget things when we are 
not concentrating. Example: A person forgets to set his/ 
her alarm clock at night. Safeguard: Establish a routine 
which includes checking before going to bed. 

Errors due to misunderstanding - Sometimes we make 
mistakes when we jump to the wrong conclusion before 
we're familiar with the situation. Example: A person used 
to a stick shift pushes the brake petal in an automatic 
thinking it is the clutch. Safeguards: Training, checking in 
advance, standardizing work procedures. 

Errors in identification - Sometimes we misjudge a 
situation because we view it too quickly or are too far away 
to se it clearly. For example, a $1 bill is mistaken for a $10 
bill. Safeguards: Training, attentiveness, vigilance. 
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Clues about Causes 



Clues about Causes 

• Can any equipment failures contribute to this effect? 

• Material faults? 

• Human errors? 

• Methods and Procedures? 

• Software performance? 

• Maintenance errors or the absence of maintenance? 

• Inaccuracies or malfunction of measurement device(s)? 

• Environments such as chemicals, dust, vibration, shock 
and/or temperature? 
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Zero Quality Control 



Zero Quality Control 
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Criteria for Identifying tlie Undesired Event 



Criteria for Identifying the Undesired Event 

• The top event must be measurable and definable 

• The top event must be inclusive of the lower events 

• The top event is the result of the lower events 
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Fault-Tree Analysis Procedures 



Fault-Tree Analysis Procedures 

• Identify the system or equipment level fault state(s) 
[undesired event(s)] 

• Construct the fault tree 

• Perform the analysis to the component level 
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Analyzing the Fault Tree 



Analyzing the Fault Tree 

1. Determine the minimal cut-sets to simplify the tree 
(qualitative analysis). 

2. Determine the probability of each input event 

3. Combine the probability inputs to logic gates as follows: 

a. AND Gate - The probability of output is the product of 
the probabilities of the inputs (P0=Pi1* Pi2...*Pin) 

b. OR Gate - The probability of output is the sum of the 
probabilities of the inputs (P0=Pi1+ Pi2...*Pin) 

4. Combine the gate input probabilities until the probability 
of the top event is determined. 
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Fault Tree Construction Steps Summary (continued) 



Fault Tree Construction Steps Summary 
(continued) 

• Fully define each branch of the tree before beginning 
another branch 

• During the construction of the tree, it is advisable to use a 
block diagram of the system to simplify determining the 
main branches 

• If the results of the FMECA on the system are available at 
the time of the FTA it is advisable to use the results in 
defining the top event(s) 
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Fault Tree Construction Steps Summary 



Fault Tree Construction Steps Summary 

• Determine the level to which the examination should be 
constructed 

• Begin with the system-level fault 

• Fully describe all events which immediately cause this 
event 

• With each lower-level fault, continue describing its 
immediate causes until a component level failure or human 
error can be attributed to the fault 
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Fault Tree Fundamentals (Continued 2) 



Fault Tree Fundamentals (Continued 2) 

3. Comparison of Fault Occurrence and Fault Existence 

The term Fault Occurrence refers to the fact that an 
undesired event has taken place and may or may not still 
exist. Fault Existence, however, implies that the fault has 
occurred and continues to exist. Therefore, the fault can be 
described as being either transient or permanent. 

During the construction of the fault tree, all systems 
analysts should use Fault Occurrence, rather than Fault 
Existence, as the focus of interest. 

4. Comparison of Failure Causes and Fault Effects 

A failure is considered to be an inability to perform a 
normal function. Example: Valve does not open. A fault is a 
higher level Occurrence which is usually preceded by a 
lower-level failure, such as a casing cracking due to 
overheating because of a lack of coolant induction due to 
an inoperable valve (lower level of failure). However, a fault 
may also occur when no failure is present. Example: 
Coolant valve operates properly, but the signal to operate 
it encounters a delay. A fault has occurred, but there is no 
valve failure. Because of this, it can be stated that any 
failure causes a fault, but not every fault is caused by a 
failure. 

Failure Categories: a. Component, b. Environment, c. 
Human, d. Software. 
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Fault Tree Fundamentals (Continued 2) 
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Fault Tree Fundamentals (Continued 1) 



Fault Tree Fundamentals (Continued 1) 

2. Defining Types of Faults 

Faults fall into two basic categories: operational and 
component. 

Operation Fault 

The operational fault is one which occurs when a 
component is operating as it was designed to, but at an 
inappropriate time or place. An example is a failure of a 
control valve to close or to interrupt the introduction of a 
reactant into a chemical process due to an inappropriate 
signal from another device. 

Component Fault 

The component fault can be further divided into two sub- 
categories: primary and secondary. A Primary component 
fault occurs when a component fails to function in its 
intended environment. Example: A radar unit designed for 
use in aircraft which fails due to vibration. A Secondary 
component failure occurs when a component fails to 
function in an environment other than the environment for 
which it is intended. Example: A radar unit designed for a 
cargo aircraft fails in a fighter aircraft due to vibration. 
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Fault Tree Fundamentals (Continued 1) 
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Fault Tree Fundamentals 



Fault Tree Fundamentals 

1. Defining the Undesired Event(s) (Major Fault(s)) 

a. The undesired event is most often the fault which, upon 
occurrence, results in complete failure of the system, the 
failure of a back-up system, degradation, or an undetected 
failure. This is considered catastrophic failure. The major 
fault is a failure which causes loss of availability through 
the degradation or system shut-down and/or poses a 
safety hazard to operators and/or maintenance personnel. 
The undesired event, however, may be an unusual failure 
at a sub-system level, the root cause of which is unknown. 
Any observable event may be chosen as the "undesired 
event". The analyst must recognize that the FTA will not 
identify failures unrelated to the chosen event. 

b. To define the undesired event, the normal system 
operation and environment must be known in order to 
allow the analysis to show the undesired event as a failure. 
When defining the undesired event, care must be taken to 
prevent the range of the faults from becoming too broad. 
For example, "Failure to complete trip", for an automobile, 
is not specific enough to allow for ease of analysis. This is 
because failure could vary from an air conditioning fault, 
which caused discomfort, to loss of engine power, which 
caused loss of mobility. Both faults could be considered 
failure; however, loss of mobility is obviously a much more 
severe fault than losing air conditioning. 
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Fault Tree Fundamentals 



Previous slide Next slide Back to first slide View graphic version 



littp://elsmar.com/FMEA/tsldl47.htm (2 of 2)3/25/2006 2:29:15 AM 



Fault Tree Symbols 



Fault Tree Symbols 

• The Ellipse 

The top event, the ellipse, contains the description of the 
system-level fault or undesired event. This symbol appears 
at the head or top of the tree and is included only once in 
any tree. The input to the ellipse is from a logic gate. 

. The Rectangle 

The fault event, the rectangle, contains a brief description 
of a lower-level fault. This description should be short 
without being vague. Fault events appear throughout the 
tree and have both their input and output from a logic gate. 

• Logic Gates 

Logic Gate inputs and outputs, except for the Inhibit Gate, 
which is addressed below, have similar connections. The 
output from a logic gate is to any fault event block or to a 
Transfer Out function. The input is from any fault event 
block or from a Transfer In function. The AND Gate is the 
logic gate in which the output occurs only if all inputs 
exist. 

The OR Gate is the logic gate in which the output occurs 
only if one or more of the input events occur. 
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Fault Tree Symbols 
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FMEA vs FTA 



FMEA vs FTA 
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The Role and Function of FTA 



The Role and Function of FTA 

• Fault-tree analysis is a deductive process especially useful 
for analyzing failures, when the causes of failures have not 
been identified 

• Reliability engineering tool 

Motor Failure 
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Action On Severity 



Action On Severity 

• The question of action should be based on the RPN, not 
severity alone. If the severity is high, we at least think 
about any changes that might be made. 

• Often times, we have no control on what the vehicle does 
when our parts fail... This is determined by the car 
companies and we all know they are infinitely wise in areas 
of quality and safety. If changes are not feasible, we then 
focus on occurrence and detection to bring the RPN into 
an acceptable level. 
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Recommended Actions 

• Corrective Action should be first directed at the highest 
concerns as ranl< ordered by RPN. 

• The intent of any recommended action is to reduce the 
occurrence, severity and/or detection rani^ings. 

• If no actions are recommended for a specific cause, then 
this should be indicated. 

• Only a design revision can bring about a reduction in the 
severity ranking. 

• To reduce the probability of occurrence, process and/or 
specification revisions are required. 

• To increase the probability of detection, process control 
and/or inspection changes are required. Improving 
detection controls is typically costly. The emphasis should 
be placed on preventing, rather than detecting, defects. 
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change the design of the system or part. In the parachute example, if the chute doesn't open, you 
probably die and therefore it is a 10 (failure occurs without warning). No suppose I design a 
smartchute that has built in diagnostics that emits a loud audible alarm telling me it is not going 
to open... It still doesn't open, but warns me that I am about to die, therefore making it a 9 (failure 
occurs with warning.) If I take it a step further, and add a smaller backup chute that deploys, that 
allows me to land without dying, I can make a case for the severity being a 7 (Item operable, but 
at a reduced level of performance. Customer dissatisfied). 
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Typical Process Documents 

. SPG records 

• Visual aides 

• Worl< instructions 

• Inspection instructions/records 

• Equipment operating instructions 

• Training records 

• Traceability records 
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Process Control Examples 

1. standardized work instructions/procedures 

2. Fixtures and jigs 

3. Mechanical interference interfaces 

4. Mechanical counters 

5. Mechanical sensors 

6. Electrical/Electronic sensors 

7. Job sheets or Process packages 

8. Bar coding with software integration and control 

9. Marking 

10. Training and related educational safeguards 

11. Visual Checks 

12. Gage studies 

13. Preventive maintenance 

14. Automation (Real Time Control) 

Controls can be process controls such as fixture fool-proofing or SPC, or can be post-process 
inspection / testing. 

Inspection / testing may occur at the subject operation or at subsequent operation(s) that can 
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Process Control Examples 

detect the subject failure mode. 
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Process Failure Causes 

1. Omitted processing 

2. Processing errors 

3. Errors setting up worl< pieces 

4. Missing parts 

5. Wrong parts 

6. Processing wrong worl< piece 

7. Mis-operation 

8. Adjustment error 

9. Equipment not set up properly 

10. Tools and/or fixtures improperly prepared 

1 1 . Poor control procedures 

12. Improper equipment maintenance 

13. Bad recipe 

14. Fatigue 

15. Lack of Safety 

16. Hardware failure 

17. Failure to enforce controls 
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18. Environment 

19. Stress connections 

20. Poor FMEA(s). 
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Generic PFMEA Detection 



• Assume the failure has occurred and then assess the capabilities of all current controls to prevent 
shipment of the part having this failure mode or defect. 

• Random quality control checks would be unlikely to detect the existence of an isolated defect and 
therefore would result in low to remote detection ranking. 

• Sampling done on a statistical basis is a valid detection control. 

• A reduction in detection ranking can only be achieved by improving process control system(s). 
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Generic PFMEA Occurrence 



• If a process is under SPC or is similar to a previous process under SPC, tiien tiie statistical data 
should be used to determine Occurrence ranking. 

• Assessment of occurrence ranking can be made using the word descriptions in the evaluation 
criteria if statistical data is not available. 
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Generic PFMEA Severity 
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Generic Process FMEA Basic Columns 



Wording is Important 

From Guess 

From Experience & Data 

Customer Complaints 

Warranty and Repair Information 

Internal Scrap and Rework History 

FMEA Team Expertise (Brainstorming) 
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More Process FMEA Considerations 

• The Process FMEA is a living document. 

• The Process FMEA should be continually updated as 
changes occur throughout all phases of product 
development and on into and through to the end of 
production. 

• The Process FMEA should begin with a flow chart of the 
processes - from receiving through shipping and 
warehousing. 

• The Potential Failure Modes/Causes which can occur 
during manufacturing or assembly process are covered by 
the Process FMEA but some information (severity 
rankings, identification of some effects) may come from 
the Design FMEA. 

A reduction in occurrence ranking can only be achieved by 
implementing a process change that controls or eliminates 
one or more causes of the failure mode. 
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Process FMEA Benefits 

• As a systematic approach, the Process Potential FMEA 
parallels and formalizes the mental discipline that an 
engineer goes through in any manufacturing planning 
process. 

• The Process Potential FMEA identifies potential product 
related process failure modes. 

• The Process Potential FMEA assesses the potential 
customer effects of the failures. 

• The Process Potential FMEA identifies potential 
manufacturing and/or assembly process causes. 

• The Process Potential FMEA identifies significant process 
variables to focus controls for occurrence reduction and 
detection of failure conditions. 

• The Process Potential FMEA develops a list of potential 
failure modes ranked according to their affect on the 
customer, thus establishing a priority system for 
corrective and preventive action considerations. 
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Process FMEA Foci 

Customers include: 

• End User 

• Next Manufacturing or Process Step 

• Process Engineers 

• Assembly Engineers 

• Repair Functions 
. Test Engineers 

• Product Analysis 

• Dealership or other Sales Outlet 
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FMEA White Space Issues 

Ship 

Final Pack 

Receiving 

MOD 2 

Assembly 

MOD 1 

Warehouse 

Customer 

Control Plan & FMEA 

Responsibility 



MOD 

Responsibility 



Materials? 

SQA? 

Responsibility 



MOD 
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Responsibility 



ASSY 

White Space Issue 

Control Plan & FMEA 
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Process Potential FMEA 

• A Process Potential FMEA is an analytical tool utilized by a 
Process FMEA team as a means to ensure potential failure 
modes and their associated causes are identified, 
considered and addressed. 

• Teams should be run by the owner of the process or 
someone who understands the process well. 

• Defines reasons for rejection at specific operations. 

• In preparation for the FMEA, the assumption should be 
made that the incoming parts and materials are correct. 

• A comparison of similar processes and a review of 
customer claims relating to similar components is a 
recommended starting point. A knowledge of the purpose 
of the design is necessary. 

• It can be cause-associated with a potential failure mode in 
a subsequent operation or an effect associated with a 
potential failure in a previous operation. 

• Each potential failure mode for the particular operation 
should be listed in terms of a part or process characteristic. 
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The Process Potential FMEA 

• Identifies potential product-related failure modes 

• Assesses the potential customer effects of the failures 

• Identifies the potential internal and external manufacturing 
or assembly process causes and identifies process 
variables on which to focus controls for occurrence 
reduction and/or detection of the failure condition(s) 

• Develops ranked list of potential failure modes, thus 
establishing a priority system for corrective action 
considerations 

• Documents the results of the manufacturing or assembly 
process 
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Flow Chart Tips 

• If a process step or box has two output arrows, consider 
whether a decision box is needed 

• Remember that the people closest to the work know it 
best. Make sure people are involved in developing the flow 
chart 

• Software packages make flow chart production easy. 
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How To Use The Flow Chart 

• Use to help determine who should be involved by 
identifying all the work areas in a process 

• Use as a job aid to remind people about process standards 

• Use as a check list to collect data on where problems 
occur 

• Use to investigate why rework is occurring at a certain 
place in the process 

• Use the 'ideal process' flow chart data to communicate 
your proposed solution 
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Basic Flow Chart Example 

Assemble 

Functional Test 

Package 

Ship 

Disposition 

Bad 
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Basic Flow Chart Example 

Start 

Manufactured Parts 

Purchased Parts 

Receive Raw Materials 

Receive Parts 

Move to Production 

Move to Production 

Process Material 

Start 

Bad 

Bad 

Bad 

Bad 

Bad 
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GM Example Process Flow Chart 
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Early Process Flow Diagram 

Early Process Flow Diagram 

• Inspection Points 

• Inspection Frequency 

• Instrument 

• Measurement Scale 

• Sample Preparation 

• Inspection/Test Method 

• Inspector 

• Method of Analysis 
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Creating a Process Flow Chart 

5. Look for areas for improvement 

• Is the process standardized, or are the people doing the 
work in different ways? 

• Are steps repeated or out of sequence? 

• Are there steps that do not ad value to the output? 
. Are there steps where errors occur frequently? 

• Are there rework loops? 

6. Identify the sequence and the steps taken to carry out 
the process. 

7. Construct the process flow chart either from left to right 
or from top to bottom, using the standard symbols and 
connecting the steps with arrows. 

8. Analyze the results. 

• Where are the rework loops? 

• Are there process steps that don't add value to the output? 

• Where are the differences between the current and the 
desired situation? 
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Creating a Process Flow Chart 

1. Identify the process or task you want to analyze. 
Defining the scope of the process is important because it 
will keep the improvement effort from becoming 
unmanageable. 

2. Ask the people most familiar with the process to help 
construct the chart. 

3. Agree on the starting point and ending point. Defining 
the scope of the process to be charted is very important, 
otherwise the task can become unwieldy. 

4. Agree on the level of detail you will use. It's better to 
start out with less detail, increasing the detail only as 
needed to accomplish your purpose. 
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Use a Process Flow Chart! - Because: 

• You want to understand your current process 

• You are looking for opportunities to improve 

• You want to illustrate a potential solution 

• You have improved a process and want to document the 
new process 

Let's Try A Process Flow Chart 
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The Process FMEA 

Identifies 

Critical and Significant Characteristics 

and is therefore the 

Starting Point 

for the 

Control Plan 

Sample Sizes 
Evaluation Frequency 
Method of Evaluation 
Out-of-Control Action Plan (OCAP) 
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Process FMEA 
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Machinery FMEA Check List 
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MFEA Terms 

Derating 

• The practice of limiting the stresses on components/ 
subsystems to levels well within their specified or proven 
capabilities in an effort to improve reliability. 

Machinery Failure 

• An event when machinery is not available to produce parts 
at specified conditions when scheduled or is not capable 
of producing parts or performing scheduled operations to 
specification. For every failure, an action is required to 
bring the machinery back to its intended production 
capability. 

Mean Time Between Failures (MTBF) 

• The average time between failure occurrences. The sum of 
the operating time of a machine divided by the total 
number of failures. 

Mean Time-To-Repair 

• The average time to restore machinery to specified 
conditions. 

Proactive Maintenance [Preventive and Predictive] 

• Preventive maintenance are all actions performed in an 
attempt to retain a machine in specified condition by 
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providing systematic inspection, detection, and prevention 
of incipient failures. 

• Predictive maintenance are techniques used to detect 
potential failures so that action can be taken to avoid the 
consequences which could occur if they degenerate into 
functional failures. 
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Information Resources 

Engineering Drawings/Diagrams: 



o Part/Component 

o Subassembly 

o Higher Level Assembly 

o System 



Design Requirements/Specifications 



o 
o 
o 
o 



System Design Specification 
Engineering Specification 
Manufacturing/Process Specifications 
Equipment Performance Specification 



Control Plans 

o Dimensional Control Plans 
o DCP-Plus 
o RQP 

Previous or Similar Data 

o Warranty Data 

o Reliability Data 

o Recall Data 

o Field Service Data 

Other Studies 



o 
o 
o 
o 
o 
o 
o 



Quality Function Deployment (QFD) 
Competitive New Vehicle Quality (CNVQ) 
National New Car Buyer's Study (NNCB) 
Durability Tracking Study (DTS) 
EAO Quality Audit Survey (QAS) 
EAO Quality Telephone Study (QTS) 
EAO Van Quality Panels 
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Reports 

o Service Investigation Reports (SlRs) 

o Dealer Problem Reports 

o Field Service Reports 

o Laboratory Test Reports 

o Durability Test Reports 

o Extended Service Plan (ESP) Reports 

o Teardown Reports 

Other FMEAs 



o 
o 
o 
o 
o 
o 



Previous/Similar Design FMEAs 
Previous/Similar Process FMEAs 
Upstream/Downstream Processes 
Higher Level Designs 
Supplier FMEAs 
Generic FMEAs 



Miscellaneous Information 

o Rebuilders Surveys 

o Dealer Service Bulletins 
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MFMEA Resulting RPN 

• After design actions are tal<en, the ratings for Severity, 
Occurrence, and/or Detection are revised by the FMEA 
Team. Calculate and rate the revised RPNs. The Machinery 
FMEA Team Engineer will review the revised RPNs and 
determine if further design actions are necessary. If so, 
then Columns 19-22 should be repeated. 



After design actions are taken, reestimate and enter the 
ratings for Severity, Occurrence, and Detection. Calculate 
and enter the resultant RPN. If no actions are listed, leave 
these columns blank. 
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MFMEA Actions Taken 

• After an action has been implemented, enter a brief 
description of the actual action and effective date. 



FOLLOW UP: The need for taking actions with quantified 
benefits, and following up all recommended actions cannot 
be overemphasized. A thorough Machinery FMEA will be of 
limited value without positive and effective actions to 
eliminate machine downtime or prevent part defects. 



The supplier is responsible for updating the Machinery 
FMEA. The Machinery FMEA is a living document. It should 
reflect the latest design level and latest design actions. 



In addition, any machinery design changes need to be 
communicated to the customer so that Process FMEAs, 
Control Plans and Process sheets can be updated. 



After an action has been taken, enter a brief description of 
the action, and its effective or actual completion date. 
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MFMEA Recommended Actions 

• The Machinery Design engineer's goal is to mal<e the 
design robust so that equipment controls are not required. 
Remember, the Equipment Design engineer CANNOT rely 
on machinery controls or control plans to overcome 
potential weaknesses. 



Emphasis should be placed upon design actions aimed at 
preventing or reducing the severity of the efforts of failure 
modes, or preventing or reducing the occurrence of 
causes. Detection does not decrease criticality. 



In order to track and follow up design actions, it may be 
helpful to assign a number to them. If no actions are 
recommended, it is desirable to enter "No action at this 
time" in the column. This prevents someone interpreting a 
blank space as an oversight or an incomplete resolution. 



• List the actions that can be taken to prevent or reduce the 
occurrence of the causes of a failure mode, or to detect the 
failure mode. Enter a design action. If no actions are 
recommended, then enter "No action at this time." 



http://elsmar.com/FMEA/tsldll2.htm (1 of 2)3/26/2006 2:29:56 AM 



MFMEA Recommended Actions 



Previous slide Next slide Back to first slide View graphic version 



littp://elsm ar.com/FMEA/tsld 11 2. htm (2 of 2)3/25/2006 2:29:56 AM 



MFMEA Recommended Actions 



MFMEA Recommended Actions 

• Design actions tal<en to reduce the Severity, Occurrence, 
and/or Detection ratings. 

• Remedial design actions should be considered in the 
following order: 

o A Failure Mode has an effect with a Severity rating of 9 or 10. 

o A Failure Mode/Cause combination has a high Severity and Occurrence rating (based on 

Team consensus). 
o A Failure Mode/Cause/Design Control and Machinery Control combination has a high 

RPN rating (based on Team consensus). 



The intent of design actions is to reduce the Severity, 
Occurrence and Detection ratings, in that order. 



Whenever failure mode/cause combinations have Severity 
ratings of 9 or 10, design actions must be considered 
before engineering release to eliminate a safety concern. 
For these ratings, the goal is to reduce criticality below 
conditions that could adversely affect the safety of the 
operator. 
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MFMEA Risk Priority Number 

• The Risk Priority Number (RPN) is the product of the 
Severity (S), Occurrence (O), and Detection (D) ratings. 



RPN = (S) X (O) X (D) 



Remember, ratings and RPN numbers, in themselves, have 
no value or meaning. 



• Ratings and RPN numbers should be used only to 
prioritize the potential design weaknesses (root causes) 
for consideration of possible design actions to reduce 
criticality and/or to make the design more robust (less 
sensitive to manufacturing variation). 
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MFMEA Detection 
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MFMEA Detection 

• Detection is an assessment of the ability of the Design/ 
Machinery Controls to detect a potential cause/mechanism 
or to detect the potential failure mode. 



Estimate the effectiveness of each Design/Machinery 
Control listed in Column 16 to detect the cause/mechanism 
or the failure mode. Assume the failure mode has 
occurred. When several controls are listed, estimate a 
Detection rating for each control and then select the best 
(lowest) rating to enter into column 17. 
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Control Examples 

Design Controls Machinery Controls 

Worst Case Analyses Proximity Sensors 

Derating Temperature Sensors 
Tolerance Studies Oil Pressure Light 
Simulations Studies Timing Sensors 
Design Reviews Proactive Maintenance* 
Safety Margins Vibration Sensor 



* 



Proactive Maintenance actions are key preventive, 
predictive, and visual management tools to control the 
reliability of machinery. Preventive maintenance 
schedules, procedures, and in-plant resources are valid 
design controls to reduce the occurrence ratings of the 
machinery FMEA, only if they have been developed as part 
of the design process, and are included in the machinery 
user's manual. 



• Note: The Machinery Design Engineer's goal is to make the 
design robust so that machinery controls are not required. 
The Machinery Design Engineer must not rely on 
machinery controls or control plans to overcome potential 
design weaknesses. 
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Current Design/Machinery Controls 

Design/Machinery Controls are methods, techniques, 
devices, or tests used to: 

o Prevent the Cause/mechanism or Failure Mode from occurring, or reduce rate of 

occurrence. 
o Detect the Cause/mechanism and lead to corrective design actions, and 
o Detect the Failure mode. 



Identification of Design/Machinery Controls should begin 
with those failure mode combinations that have the 
highest Severity and Occurrence ratings. 



Design/Machinery Controls used to prevent the cause/ 
mechanism or failure mode/effect from occurring, or 
reduce their rate of occurrence may affect the Occurrence 
rating. If this is the case, these Controls should be taken 
into account when estimating the Occurrence rating 
(Column 15). Only Controls that are used before 
engineering release are to be considered when estimating 
the Detection rating. 
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MFMEA Occurrence 
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MFMEA Occurrence 

• Occurrence is a rating corresponding to the lil<elihood that 
a particular failure mode will occur within a specific time 
period. 

• Note: Controls can be used to prevent or minimize the 
likelihood that failure cause(s) will occur. In this event, the 
presence or application of the control should be 
considered when estimating the Occurrence rating. 

• For each cause listed in Column 14, estimate the possible 
failure rates and/or mean time between failure. 

• The occurrence of failure can be based upon historical 
data, including the service history, warranty data, and 
maintenance experience with similar or surrogate parts. 
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Root Causes 

• A Root Cause(s) may be below the first level cause. For 
example, consider the illustration: 



• For failure modes whose effects have a severity rating of 9 
or 10, identify the Root Cause(s) of the failure mode. Root 
Causes are sometimes below the first level cause, and 
there may be more than one lower level root cause. 
Techniques such as TOPS (8D), Cause and Effect Diagram, 
or Fault Tree Analysis (FT A) can be used to help determine 
Root Causes. 



Design Deficiency Equipment Process Variation 
Switch rocker cracked Inadequate or no lubrication 
Incorrect algorithm Part mis-located 
Material fatigued 

Failure Mode: 
First Level Cause: 
Second Level Cause 
(Root Cause) 
Failed to Operate 
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Root Causes 



Material Cracked 
(over-stress) 
Material Too Thin 
(Inadequate design) 
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Potential Failure Cause Mechanism 

The cause of a failure mode is: 



o 1) a design deficiency, or 

o 2) machinery process variation that can be described in terms of something that can be 
corrected or can be controlled. 



Identification of causes should start with those failure 
modes with the highest severity rating. 



Review historical test reports, warranty data, concern 
reports, recalls, field reports, and other applicable 
documents listed in Appendix II. Also review surrogate 
FMEAs. List the known causal factors of the failure modes 
listed in Column 14. 



Brainstorm potential cause(s) of each failure mode by 
asking questions, such as: 

o What could cause the subsystem to fail in this manner? 

o What circumstance(s) could cause the subsystem to fail to perform its function? 

o What can cause the subsystem to fail to deliver it intended function? 



Identify all first level causes. A first level cause is the 
immediate cause of the failure mode. It will directly make 
the failure mode occur. In a Cause and Effect Diagram, it 
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Potential Failure Cause Mechanism 



will be an item on the major "fishbone" of the diagram. In a 
Fault Tree Analysis (FT A), it will be the first cause 
identified below the failure mode. 
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MFMEA Severity 
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MFMEA Severity 

• Severity is a rating corresponding to the seriousness of 
the effect(s) of a potential equipment failure mode. Severity 
is comprised of three components: safety considerations 
to equipment operator or downstream customer, 
equipment downtime, and defective parts. A reduction in 
Severity Rating index can be effected only through a 
design change. 



Assess the seriousness of each effect listed in Column 11 
Safety of the personnel is the primary criteria in 
determining the rating. 



• Note: If a functional approach was used, it may be 
necessary to list the cause(s) in column 14 before listing 
the effect(s) first in column 11. This could assist in 
selecting the appropriate severity rating. 



Subsystem functions can be prioritized by rating the 
severity of the effect that will result from loss of the 
subsystem function. Estimate the Severity of failure of the 
subsystem function and enter the rating in the subsystem 
function worksheet. Rank the functions in descending 
order. Begin the analysis with the highest ranked 
functions. Generally, these will be the functions that affect 
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safe equipment operation, government regulations, and 
customer specification (downtime, defective parts). 



The FMEA Team should consent on Severity ratings for 
each effect listed. The effects on downtime and defective 
parts are independent events, and the team should select 
the highest rating that meets the individual criteria (i.e., 
downtime of 4 hours or defective part loss of 2 to 4 hours 
of production, select rating of 7; downtime of 40 minutes, 
or loss of 40 minutes of production, select 5). 



Enter the rating for the most serious (highest) effect. 
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Definitions of Losses 

• Breakdowns - Losses that are a result of a functional loss 
(mechanical, chemical, or electrical) or function reduction 
(e.g., one spindle not operating on a multi-spindle drill) on 
a piece of equipment requiring maintenance intervention. 

• Setup and Adjustment - Losses that are a result of setup 
procedures such as retooling, changeover, die/mold 
change, etc. Adjustments include the amount of time 
production is stopped to adjust process or machinery to 
avoid defect and yield losses, requiring operator or 
jobsetter intervention. 

• Idling and Minor Stoppage - Losses that are a result of 
minor interruptions in the process flow, such as a process 
part jammed in a chute or a limit switch sticking, etc., 
requiring only operator or jobsetter intervention. Idling is a 
result of process flow blockage (downstream of the focus 
operation) or starvation (upstream of the focus operation). 
Idling can only be resolved by looking at the entire line/ 
system. 

• Reduced Cycle - Losses that are a result of differences 
between the ideal cycle time of a piece of machinery and 
its actual cycle time. Ideal cycle time is determined by: a) 
Original design speed; b) Optimal conditions: and c) 
Highest cycle time achieved on similar machin-ery. 

• Start-up Losses - Losses that occur during the early 
stages of production after extended shutdowns 
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(weekends, holidays, or between shifts), resulting in 
decreased yield or increased scrap and rejects. (This may 
also include non-value activities required prior to 
production, such as bringing process to temperature.) 

• Defective Parts - Losses that are a result of process part 
quality defects resulting in rework, repair, and/or non- 
useable parts. 

• Tooling - Losses that are a result of tooling failures/ 
breakage or deterioration/wear (e.g., cutting tools, fixtures, 
welding tips, punches, etc.). 
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Potential MFMEA Failure Effects 

• Potential Effects of Failure are defined as the consequence 
(s) of the failure mode on the subsystem, described in 
terms of Safety and the "7 Big Losses." The "7 Big 
Losses" are as follows: 

o Breakdowns 

o Setup and Adjustment 

o Idling and Minor Stoppages 

o Reduced Cycle 

o Start-up Losses 

o Defective Parts 

o Tooling 



Note: If a functional approach is used, it may be necessary 
to list the cause(s) in column 14 before listing the effect(s) 
first in column 11. 



• Review historical and surrogate FMEAs, warranty data, 
concern reports, field reports, and other applicable 
documents. Identify historical failure mode effects. 
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Potential MFMEA Failure Modes 

• Fault Tree Analysis (FT A) can be used to help determine 
component failure modes. As-sume the top level event of 
the Fault Tree is how a component may fail to meet its 
intended function. Then the next level down will identify 
the causes as part failure modes. 

• Enter the potential failure mode(s) for each function listed 
in Column 9. Potential failure modes should be described 
in "physical" or technical terms, not as a symptom 
noticeable by the operator. (To track the failure modes, it 
may be beneficial to assign them a number.) Do not enter 
trivial failure modes, i.e., failure modes that will not, or 
cannot, occur. 



General types of failure modes for the functional approach 
include: 



o Failure to operate at the prescribed time 

o Failure to stop operating at the prescribed time 

o Intermittent operation 

o Wear out 



General types of failure modes for the hardware approach 
include: 



o Fractured 1 Warped 
o Corroded 1 Loose 
o Sticking 1 Cracked 
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Short circuit 1 Leaking 



o 
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Potential MFMEA Failure Modes 

Review historical and surrogate Machinery FMEAs, test 
reports, warranty data, field maintenance logs, field service 
reports, and other applicable documents. Identify known 
design failure modes. 

Brainstorm potential failure modes by asking: 

o In what way can this subsystem fail to perform its intended function? 

o What can go wrong although the subsystem is manufactured/assembled to print? 

o If the subsystem function were tested, how would its failure mode be recognized? 

o How will the environment contribute to or cause a failure? 

o In the application of the subsystem, how will it interact with other subsystems? 
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Potential MFMEA Failure Modes 

List each potential failure mode for the particular 
subsystem function. The assumption is made the failure 
could occur, but may not necessarily occur. A 
recommended starting point is a review of maintenance 
logs, downtime reports, field service reports, warranty 
documents, scrap reports and group "brainstorming." 

The task of identifying subsystem failure modes can take 
either of two approaches: 



o Functional approach: involves listing each subsystem, its functions, and the failure modes 
leading to the loss of each function. The functional approach is used most often in the 
preliminary design stages when machinery design detail is not complete. When taking a 
functional approach, it may be necessary to list the cause(s) in column 14 before listing 
the effect(s) first in column 11. This could assist in selecting the appropriate severity 
rating. 

o 

o Hardware approach: involves listing each part, and its probable failure modes. The 
hardware approach is used most often when detailed part design information is available. 
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Potential MFMEA Failure Modes 

Potential Failure Mode is defined as the manner in which 
machinery could potentially fail to meet its intended 
function. The potential failure mode may also be the cause 
of a potential failure mode in a system, subsystem, or 
component. Machinery failure is an event when machinery 
is not available to produce parts at specified conditions 
when scheduled or is not capable of producing parts or 
performing scheduled operations to specification. For 
every potential failure, an action is required to bring the 
machinery back to its intended production capability. 
Machinery failure modes can occur three ways: 



o (1) A type of machinery component defect contributing to a failure (hard failures; i.e., 
bearing seized, shaft broke). 

o 

o (2) The manner by which machinery system failure is observed or the way the failure 
occurs (degraded performance; i.e., slow cycle time, excessive process variation). 

o 

o (3) The abnormaUty of performance that constitutes the machinery system to be classified 
as failed (quaUty defects; i.e., high micro due to vibration, concentricity due to worn shaft 
bearing diameter). 
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MFMEA Function and Performance 

• When a subsystem must function under certain conditions, 
it is helpful to describe the conditions. Conditions may 
include environmental parameters, engineering 
requirements, and/or machine performance specifications 
(i.e., operating temperature, capability, cycle time, mean- 
time-between-failure (MTBF), mean-time-to-repair (MTTR) 
or other measurable engineering attributes). 



The function(s), conditions and requirements of the 
subsystem being analyzed. When the subsystem has many 
functions with different potential failure modes for each 
function, list each function separately. 



Examples: Function Condition-Requirement 

Load part 120 J PH 

Index head MTBF > 300 hrs. 

Control flow-hydraulic cubic centiliters/second 

Position subsystem angle of rotation 

Drill hole 1st run % - 99.9% 
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MFMEA Function & Performance 

• Enter, as concisely as possible, the function of the 
subsystem being analyzed to meet the design intent. 
Include information regarding the environment in which 
this subsystem operates (e.g., define environmental 
conditions, machine performance specification). If the 
subsystem has more than one function with different 
potential modes of failure, list all the functions separately. 



Start by listing the wants, needs or requirements of the 
system. Function analysis should be used to insure 
requirments are defined in terms that can be measured. 



Describe the function in terms that can be measured. A 
description of the function should answer the question: 
"What is this subsystem supposed to do?" It is helpful to 
describe the function using a verb-noun phrase. However, 
avoid the use of verbs like "provide, facilitate, allow," 
which are too general. 
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MFMEA Sub-System Name 

Terminology Equipment Hierarchy 



o Machine 
o System 
o Subsystem 
o Component 



o Part (lowest serviceable level) 
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Machinery FMEA (MFMEA) 

What are the Key Differences Between a Product Design 
FMEA and a Machinery FMEA? 

• Product Design FMEAs are intended for high production 
systems/subsystems and components. 

• Prototype or surrogate part testing is used to verify design 
intent. 

• Machinery FMEAs are used for relatively low volume 
designs, where statistical failure data on prototypes is not 
practical to be obtained by the manufacturer. 

• Machinery FMEAs are targeted for long-term, repetitive 
cycles, where wear out is a prime consideration. For 
example, machinery running at two 10-hour shifts per day, 
50 weeks per year, will accumulate 120,000 hours of 
operation in twenty years. This would be equivalent to a 
vehicle being driven 600,000 miles at an average speed of 
50 mph. 

• The severity, occurrence, and detection tables used are 
tailored to meet the needs of the machinery design 
engineer in order to maintain a standard interpretation 
across a wide variety of machinery designs. 



What are the Similarities Between a Product Design FMEA 
and a Machinery FMEA? 
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• Both emphasize operator/passenger safety as the first 
consideration of the design. 

• Both emphasize robustness in designs to prevent 
problems before they occur. 

• Both use 1-10 ranl<ing scales for calculating Risk Priority 
Numbers. 

• Both emphasize taking corrective actions based first on 
severity and then on overall RPN . 

• Both use a standardized form to document the FMEA 
analysis. 
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Machinery FMEA Form 
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Machinery FMEA 

What are the Benefits of a Machinery FMEA? 

• Improves the safety, reliability, and robustness of 
equipment and tooling 

• Allows design changes to be incorporated early to 
minimize machinery cost and delivery delays 

• Minimizes the risk of delaying product programs 

• Reduces overall life cycle costs 



When is a Machinery FMEA Started? 

A Machinery FMEA must be started early in the design 
phase when: 

o The equipment and tooling being specified is able to take advantage of revisions in order 

to derive the desired benefits. 
o When GDT information on component parts are available and Critical/Special 

Characteristics are identified. 



Normally, Design FMEAs on the products that are being 
manufactured and Process FMEAs on the steps used 
during the manufacture will be available. 
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Machinery FMEA 

What is a Machinery FMEA? 



o 



A Machinery Failure Mode and Effects Analysis is a standardized technique for 
evaluating equipment and tooling during its design phase to improve the operator safety, 
rehabihty and robustness of the machinery. 



What are the Purposes of a Machinery FMEA? 

o To identify potential failure modes 

o To identify effects of the failure mode 

o To rate the severity of each effect 

o To determine the potential causes of the failure starting with the highest severity rating 

o To identify robust designs or controls that will prevent the failure from occurring 

o To identify corrective actions required to prevent, mitigate, or improve the Ukelihood of 

detecting failures early 

o To establish a priority for design improvement actions 
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Recommended Actions 

• When the failure modes have been ranked by their RPN, 
corrective actions should be first directed at the highest 
ranked concerns and critical items identified. 

• The intent of any recommended action is to reduce one or 
more (or all) of the occurrence, severity and/or detection 
rankings. 

• Only a design revision can bring about a reduction in the 
severity ranking. If no actions are recommended for a 
specific cause, this should be indicated. 

• A reduction in the occurrence ranking can only be effected 
by removing or controlling one or more of the causes of 
the failure mode through a design revision. 

• An increase in design verification actions will result in a 
reduction in the detection ranking ONLY. 

• Design FMEA doesn't rely on process controls to 
overcome potential weaknesses in the design; however, it 
does take technical and physical limitations of a process 
into consideration (Design Rules) 
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Design Control Examples 

. Reliability Tests / Prototype Testing 

• Design Reviews 

• Worst Case Stress Analysis 

• Robust Design 

• Environmental Stress Testing 

• Designed Experiments 

• Finite Element Analysis 

• Variation Simulation 

• FT Analysis 

. Component Derating (60% to 80%) 
. 100,000 Mile Pilot Test 

Consider Interpretation of Data 
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Design Controls 



Design controls are those actions taken as a normal part of the development process that are 
designed into the process to minimize the occurrence of failure or to detect specific failure 
modes. 

Design controls should directly relate to the Prevention and/or Detection of specific causes of 
failures. 
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Generic DFMEA Detection 
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Generic DFMEA Occurrence 
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Generic Design FIVIEA Severity 
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DFMEA Basic Columns 



Wording is Important 

From Guess 

From Experience & Data 



Previous slide Next slide Back to first slide View graphic version 



littp://elsmar.com/FMEA/tsld080.htm3/25/2006 2:30:34 AM 



Design Block Diagram Example 

Design Block Diagram Example 

System 

Sub-System 

Component 

Body 

Doors 

Door Inner Panel 

Sealing with Strip 

Glass 

Latch / Lock 

Exterior 

Window 

Interior 

If the product function is complex, break it down into smaller sub-systems. Identify Primary vs 
Secondary functions. 
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Design Failure Cause Examples 

• Improper Tolerancing 

• Incorrect Stress Calculations 

• Wrong Assumptions 

• Wrong Material Call Out 

• Lower Grade Component 

• Lack of Design Standards 
. Improper Heat Treatment 

• Improper Torque Call Out 
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Design Failure Causes 



Causes of design failure modes are those things that, from a designer's perspective, would, by 
omission or improper use, result in the failure mode. 
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More Design FMEA Considerations 

• The Design FMEA is a living document and should be 
initiated at, or by, design concept completion. 

• The Design FMEA should be continually updated as 
changes occur throughout all phases of product 
development. 

• The Design FMEA should be fundamentally complete along 
with the final product drawings. 

• The Design FMEA addresses the design intent and 
assumes the design will be manufactured / assembled to 
this intent. 

• The Potential Failure Modes/Causes which can occur 
during manufacturing or assembly process are covered by 
the Process FMEA and therefore should NOT be included 
in a Design FMEA. 
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Design FMEA Benefits 

• Aids in the objective evaluation of design requirements 
and alternatives. 

• Increases the probability that potential failure modes and 
their effects on the system / product have been 
considered. 

• Aids in the planing of design test and development 
programs. 

• Aids in analyzing field concerns, design changes and in 
developing advanced designs. 

• Ranks potential failure modes according to their effect on 
the customer, thus prioritizing improvements and 
development testing. 

• Provides an open issue format for recommending and 
tracking risk reducing actions. 

• Can reduce product development timing, production 
startup problems, reduce costs and enhance product 
quality, reliability and safety. 
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Typical Design Considerations 

• Design Intent 

• Customer Needs - Can be specified and measured 

• Customer Wants - Some can't be explained 

• Product Requirements 

• Manufacturing assembly requirements 

Think about what documents in your company are used to define these 

Start with a list of: 

What the design is expected to do 

What the design is expected NOT to do 

QuaUty Function Deployment 

Customer Contacts 

Competitive Analysis 

Known Product Quality 

Reliability Requirements 

Manufacturing Requirements 
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Design FMEA Foci 

Customers include: 

• End User 

• Repair Functions 

• Dealership or other Sales Outlet 

• Designer of the next level system or product 

• Process Engineers 

• Assembly Engineers 
. Test Engineers 

• Product Analysis 
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Design FMEA 

A Design FMEA is an analytical technique utilized primarily 
by a Design FMEA team to ensure potential failure modes 
and their associated causes are identified, considered and 
addressed. 

Reference page 8 in the AIAG FMEA Reference Manual 

This systematic approach parallels, formalizes and 
documents the mental discipline that an engineer normally 
goes through in any design process. 
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Design FMEA 
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Segregation and Relationships 

Don't be STooPuD... 

Buy Process Flow/FMEA/Control Plan Software... 

Excel doesn't cut it! Think Long Term Costs! 
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RPN Flow 



Device / Process 

Cause 

Chance of Occurrence 

Effect 

Control 

Severity 

Qiance Not Detected 

Failure Mode 

Design FMEA 

Process FMEA 

From Guess 

From Experience & Data 
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Risk Assessment (RPN) Factors 

RPN = (S) X (O) X (D) 

S = Severity 

O = Likelihood of Occurrence 

D = Likelihood of Detection 

Prevention vs Detection - Automotive Expectations: 

o 1000 is the Maximum and 75 is considered "OK" 

o High and low numbers are the important ones to consider 

o Input Concept 
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CAUTION! 

Do NOT mix up: 

Design Failures & Causes 

with 

Process Failures & Causes 

Insufficient lubrication capability 

Design Failures 

Insufficient lubrication applied 

Process Failures 

Incorrect material specified 

Incorrect material used 
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Defining the Customer 

Design FMEA Customer 



o End User; person who uses the product 

o Use Failure 

o This can help in Repair manuals & Field Service 

o More in the DFMEA section herein... 

Process FMEA Customer 

o Subsequent operations 

o End User; person who uses the product 

o More in the DFMEA section herein... 
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Process FMEA Team Members 

• Process Engineer - Generally the Team Leader 
. Production Operator 

• Industrial Engineer 

• Design Engineer 

• Reliability Engineer 

• Tooling Engineer 

• Maintenance Engineer 

• Styling Engineer 

• Project Manager or Rep. 

• Quality Engineer 

• Others including Supplier, Sales, QA/QC, Mfg. 

How do you presently prevent problems? 
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Design FMEA Team 

• start During Prototype Stage 

• Design Engineer - Generally the Team Leader 

• Test Engineer 

• Reliability Engineer 

• Materials Engineer 

• Field Service Engineer 

• Component Process Engineer 

• Vehicle Process Engineer 

• Styling Engineer 

. Project Manager or Rep. 

• Quality Engineer 

. Customer Contact Person 

• Others, including Mfg., Sales, Mkting, QA/QC, Process, 
Pkging 

How do you CURRENTLY prevent problems from occurring? 
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Decision Criteria / l\/lodel 

• One person makes the decision 

• One person consults the group, then mal<es the final 
decision 

• Team or group makes decision based upon majority rule or 
consensus 
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Team Meeting Responsibility 

• Clarify 

• Participate 

• Listen 

• Summarize 

• Stay on tracl< 

• Manage time 

. Test for consensus 

• Evaluate meeting process 
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Team Ground Rules 

• Ground Rules are an aid to "self-management" 

• Team must develop their own ground rules 

• Once developed, everyone must live by them 

• They can modify or enhance the rules as they continue to 
meet 
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Basic Team Rules 

• Determine if there should be a meeting 

• Decide who should attend 

• Provide advance notices 

• Maintain meeting minutes or records 

• Establish ground rules 

• Provide and Follow an agenda 

• Evaluate meetings 

• Allow NO interruptions 
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Successful Teams 

• Are management directed and focused 

• Build their own identity 

• Are accountable and use measurements 

• Have corporate champions 

• Fit into the organization 

• Are cross-functional 

Some teams just "Do Not Work" 
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Team Structures 
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The Team 



The Team 

• What is a team? 

Two or more individuals who coordinate activities to accomplish a common task or goal. 

• Maintaining Focus 

A separate team for each product or project. 

• Brainstorm 

Brainstorming (the Team) is necessary as the intent is to discover many possible 
possibilities. 
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FMEA Prerequisites 

• Select proper team and organize members effectively 

• Select teams for each product/service, process/system 

• Create a ranking system 

• Agree on format for FMEA matrix (Typically set by AIAG) 

• Define the customer and customer needs/expectations 

• Design/Process requirements 

• Develop a process flow chart 



** 
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FMEA Outputs 

• Concept FMEA Outputs 



o A list of potential concept failure modes. 

o A list of design actions to eliminate the causes of failure modes, or reduce their rate of 

Occurrence. 
o Recommended changes to SDSs. 

o Specific operating parameters as key specifications in the design. 
o Changes to global Manufacturing Standards or Procedures. 



Design FMEA Outputs 



o A list of potential product failure modes. 

o A list of potential Critical Characteristics and/or Significant Characteristics. 

o A Ust of design actions to reduce Severity, eliminate the causes of product failure modes, 

or reduce their rate of Occurrence, or improve detection. 
o Confirmation of the Design Verification Plan (DVP). 
o Feedback of design changes to the design committee. 

Process FMEA Outputs 

o A list of potential process failure modes. 

o A Ust of confirmed Critical Characteristics and/or Significant Characteristics. 

o A Ust of Operator Safety and High Impact Characteristics. 

o A Ust of recommended Special Controls for designated product Special Characteristics to 

be entered on a Control Plan. 
o A Ust of processes or process actions to reduce Severity, eliminate the causes of product 

failure modes, or reduce their rate of Occurrence, and to improve product defect detection 

if process capabiUty cannot be improved. 
o Changes to process sheets and assembly aid drawings. 
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Specific Uses 

Specific Uses 

• Concept FMEAs are used to analyze concepts for systems 
and subsystems in the early stages. 

o Focus on potential failure modes associated with the proposed functions of a concept 
proposal caused by design decisions that introduce deficiencies (these include "design" 
decision about the process layout). 

o Include the interaction of multiple systems and the interaction between the elements of a 
system at concept stages (this may be operation interaction in the process). 

• Design FMEAs are used to analyze products before they 
are released to production. 

o Focus on potential failure modes of products caused by design deficiencies. 
o Identify potential designated characteristics called "Special Characteristics." 

• Process FMEAs are used to analyze manufacturing and 
assembly processes. 

o Focus on potential product failure modes caused by manufacturing or assembly process 

deficiencies. 
o Confirm the need for Special Controls in manufacturing and confirm the designated 

potential "Special Characteristics" from the Design FMEA. 
o Identify process failure modes that could violate government regulations or compromise 

employee safety. 



Previous slide Next slide Back to first slide View graphic version 



littp://elsmar.com/FMEA/tsld054.htm3/25/2006 2:31:05 AM 



Process FMEA Benefits 



Process FMEA Benefits 

• Identifies potential product related process failure modes. 

• Assesses the potential customer effects of the failures. 

• Identifies the potential manufacturing or assembly process 
causes and identifies process variables on which to focus 
controls for occurrence reduction or detection of the 
failure conditions. 

• Develops a ranked list of potential failure modes, thus 
establishing a priority system for corrective action 
considerations. 

• Documents the results of the manufacturing or assembly 
process. 

• Identifies process deficiencies to enable engineers to 
focus on controls for reducing the occurrence of 
producing unacceptable products, or on methods to 
increase the detection of unacceptable products. 

• Identifies confirmed Critical Characteristics and/or 
Significant Characteristics and aids in development of 
thorough Manufacturing or Assembly Control Plans. 

• Identifies operator safety concerns. 

• Feeds information on design changes required and 
manufacturing feasibility back to the design community. 
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Design FMEA Benefits 

• Aids in the objective evaluation of design requirements 
and design alternatives. 

• Aids in the initial design for manufacturing and assembly 
requirements (known as Design for Manufacturing/ 
Assembly - DFM/DFA). 

• Increases the probability that potential failure modes and 
their effects on system and vehicle operation have been 
considered in the design/development process. 

• Provides additional information to aid in the planning of 
thorough and efficient design test and development 
programs. 

• Develops a list of potential failure modes ranked according 
to their effect on the "customer," thus establishing a 
priority system for design improvements and development 
testing. 

• Provides an open issue format for recommending and 
tracking risk reducing actions. Can be a reporting tool. 

• Provides future reference to aid in analyzing field 
concerns, evaluating design changes and developing 
advanced designs. 

• Helps to identify potential Critical Characteristics and 
Significant Characteristics. 
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Design FMEA Benefits 



Helps validate the Design Verification Plan (DVP) and the 
System Design Specifications (SDSs). 
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Concept FMEA Benefits 

• Helps select the optimum concept alternatives, or 
determine changes to System Design Specifications. 

• Identifies potential failure modes caused by interactions 
within the concept. 

• Increases the likelihood all potential effects of a proposed 
concept's failure modes are considered. 

• Helps generate failure mode Occurrence ratings that can 
be used to estimate a particular concept alternative's 
target. 

• Identifies system level testing requirements. 

• Helps determine if hardware system redundancy may be 
required within a design proposal. 
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General Benefits of FMEAs 

• Prevention Planning 

• Identifies change requirements 

• Cost reduction 

• Increased through-put 

• Decreased waste 

• Decreased warranty costs 

• Reduce non-value added operations 
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FMEA Manual : 1995 

"Process Potential FMEA" 

Is "...a summary of engineer's/team's thoughts (including an analysis of items that could 
go wrong based upon experience and past concerns) as a process is developed." 

"A process FMEA should begin with a flow chart/risk assessment of the general process. 
This flow chart should identify the product/c characteristics associated with each 
operation." 
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APQP Manual : 1995 

6.2 Overview 



"A control plan is a written description of the system for controlling parts and processes" 
"In effect, the Control Plan describes the actions that are required at each phase of the 
process including receiving, in-process, out-going, and periodic requirements to assure 
that all process outputs will be in a state of control" 
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Semiconductor Supplement 

Quality Planning - 4.2.3.S 



During the advanced quality planning processes, the supplier shall include all processes 
from the incoming material through shipping and warehousing 

Failure Mode and Effects Analysis and Control Plan documents shall include these 
processes. 



The Intent: 



The supplier shall *consider* all processes. But - does it mean that all process shall be 
included in the FMEA and Control Plan? 
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QS9000:1998-FMEAs 

4.2.3 - Quality Planning 

Process Failure Mode and Effects Analysis (Process 
FMEAs) 

o Process FMEAs shall consider all special characteristics. Efforts shall be taken to improve 
the process to achieve defect prevention rather than defect detection. Certain customers 
have FMEA review and approval requirements that shall be met prior to production part 
approval (see customer specific pages). Refer to the Potential Failure Mode and Effects 
Analysis reference manual. 
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Example Discussion Illb 

Example Discussion Illb 

RECOMMENDATIONS 

Based on this information the team made the following 
recommendations: 

o As a minimum, Process FMEAs should be used. 

o Device FMEAs should be used as tool to introduce new Platforms to manufacturing. 

CONCERNS 

FMEAs must be reviewed and updated as detailed below: 

o Process Changes. 

o Customer Incidents (IFAR/EFAR). 

o Annually. 

o Whenever the process produces significant line scrap as determined by each 

manufacturing site. 
o Ensure that the FMEAs links with the Control Plans. 
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Example Discussion Ilia 

Example Discussion Ilia 

. Device FMEA "PRO'S": 

Defines a single flow. 

Allows identification of Process Interaction Failure Modes. 

Allows identification of "Critical Processes". 

Opens communication between Device and Process Engineers. 

. Device FMEA "CON's": 

Less detail on Process Failure Modes. 

Document control is unmanageable. 
Diffuses ownership responsibilities. 

. Process FMEA "PRO'S": 

More user friendly. 

More detailed. 

More manageable. 

TPM/Cross Functional Team Enabler. 

. Process FMEA "CON's": 

Doesn't exhibit Process Interaction Failure Modes. 
More difficult to identify critical processes. 
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Example Discussion 

Meeting Objective: 

o Develop Recommendation for a "Standard FMEA Approach" 



The team defined two different types of Process FMEAs as 
defined below: 

o Device FMEA (a single FMEA that defines a single Device Flow (from start to 

completion). 
o Process FMEA, which defines the process for either an equipment set or a "Cost Block" (e. 

g., probe). 
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Example Discussion II 



• Each functional area is responsible for detailing on their FMEA all elements of their 
responsibilities. 

• If a functional area transports product to another functional area , that transportation must be 
considered for inclusion in the FMEA. If it is not addressed, the functional area must be ready to 
discuss why it is not. 

• Control Plans must cover the actual processes. 

• We have to go by the rule of: 

First touch to last touch - Check with your 'touches' to ensure they have the Control Plans 
and FMEAs. 

• We know: 



Receiving has Control Plans, no FMEAs. 

Fabs have Control Plans and FMEAs 

Warehouses have ???? 

** What other areas are there?? ** 
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One Document? Or More? 



Device, Technology or Family = a flow of a 'technology' or 'device' 

Manufacturing Entity 

Machine or Cell 1 

'Receiving' 

Machine or Cell 2 

Assembly or Cell 3 

'Pack 

&Ship' 

Internal or External 

Customer 

'Receiving' 

'Pack 

& Ship' 

'Segmented = By machine, operation or 'cell' 



Previous slide Next slide Back to first slide View graphic version 



littp://elsmar.com/FMEA/tsld041.htm3/25/2006 2:31:22 AM 



Control Plan / Process Flow Combination Example 

Control Plan / Process Flow Combination 
Example 

Document Development 

Check for Customer Requirements. 

Give careful consideration to what you consider a 'Major' process. 

Use the appropriate RPN numbers and considerations of other appropriate information /data to 
determine Critical Characteristics. 

Develop control mechanisms appropriate for Critical characteristics. 

Revise the Control Plan with Critical characteristics 
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Control Plan / Process Flow Combination 
Example 



Advanced Product Quality Planning Timeline 

Use to Determine 

Critical Characteristics 

from RPN 

APQP Procedure Should 'Trigger' this Process 

CC Matrix 
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Automotive Document Development 

Automotive Document Development 

Develop Process Flow Listing 

Enter Every 'Major' Process from Flow Listing into FMEA Form 

Develop FMEA(s) Element for Every Process 

Check for Customer Requirements. 

Give careful consideration to what you consider a 'Major' process. 

Give careful consideration to defining Control Plan stages: 

Prototype 

Pre-launch 

Production 

Use the appropriate RPN numbers and considerations of other appropriate information /data to 
determine Critical Characteristics. 

Develop the Control Plan with Critical characteristics 

Develop control mechanisms appropriate for Critical characteristics. 

Be DEFINITE about your definition of 'Major' 

Begin determination of Critical Characteristics 
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Typical Automotive Trilogy Development 

Typical Automotive Trilogy Development 

Process Flow Diagram 

(Includes ALL Processes) 

Process FMEA 

(On ALL Processes) 

Process Control Plan 

(Critical Processes from FMEA) 

Design FMEA 

(On Intended Use) 

APQP Timeline 

Some Elements may be Included On 

Critical Characteristics 

& Characteristic Control Issues 

Critical Characteristics 

& Failure Effects Issues 

Critical 

Characteristics 

Matrix 



http://elsmar.com/FMEA/tsld037.htm (1 of 2)3/26/2006 2:31:30 AM 



Typical Automotive Trilogy Development 
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FMEA Timing 



FMEA Timing 

• Before or After? 

• Individual or Team Approach? 
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FMEA & Failure Terms 

. FMEA: FAILURE MODE and EFFECTS ANALYSIS ■ 
Systematized technique which identifies and ranks the 
potential failure modes of a design or manufacturing 
process in order to prioritize improvement actions. (P22 
SS) & (P49 PPAP) 

. FAILURE CAUSE, POTENTIAL: How the failure could 
occur, described in terms of something that can be 
corrected or can be controlled. (P37 #14 FMEA) 

. FAILURE MODES ANALYSIS (FMA): A formal, structured 
procedure used to analyze failure mode data from both 
current and prior processes to prevent occurrence of 
those failure modes in the future. (P103 APQP) 

. FAILURE MODE, POTENTIAL: The manner in which the 
process could potentially fail to meet the process 
requirements and/or design intent. A description of the 
non-conformance at that specific operation. (P31 #10 
FMEA) 

• FMEA, DESIGN: Analytical technique used by a design 
responsible engineer/team as a means to assure, to the 
extent possible, that potential failure modes and their 
associated causes/mechanisms have been considered and 
addressed. (PI 03 APQP) 

. FMEA, MACHINE/EQUIPMENT: Same as process FMEA, 
except machine/equipment being designed is considered 
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FMEA & Failure Terms 



the product. (P29 FMEA) 

FMEA, PROCESS: Analytical technique used by a 
manufacturing responsible engineer/team as a means to 
assure that, to the extent possible, potential failure modes 
and their associated causes/mechanisms have been 
considered and addressed. (P104 APQP) 
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Process Flow 

• Flow CHART, Preliminary Process 

Description of anticipated manufacturing process developed from preliminary bill of 
material and product/process assumptions. (PIO #1.10 APQP) & (P104 APQP) 

• Flow DIAGRAM, Process 

Depicts the flow of materials through the process, including any rework or repair 
operations. (P50 PPAP) 



Previous slide Next slide Back to first slide View graphic version 



littp://elsmar.com/FMEA/tsld034.htm3/25/2006 2:31:34 AM 



Characteristics V 



Characteristics V 

. CHARACTERISTIC, SPECIAL, GM DEFINITION "Standard" 
Product characteristic for which reasonably anticipated 
variation is unlikely to significantly affect a product's 
safety, compliance with governmental regulations, fit/ 
function. (Appendix C QS-9000) & (Appendix C APQP) 

. CHARACTERISTIC, SPECIAL, PROCESS (e.g., CRITICAL, 
KEY, MAJOR, SIGNIFICANT): A process characteristic for 
which variation must be controlled to some target value to 
ensure that variation in a special product characteristic is 
maintained to its target value during manufacturing and 
assembly. (P57 FMEA) 

. CHARACTERISTIC, SPECIAL, PRODUCT: Core team 
compilation of important product characteristics from all 
sources. All Special Characteristics must be listed on the 
Control Plan. (6.3 #19 APQP) 

. CHARACTERISTIC, SPECIAL, PRODUCT (e.g., CRITICAL, 
KEY, MAJOR, SIGNIFICANT): A product characteristic for 
which reasonably anticipated variation could significantly 
affect a product's safety or compliance with governmental 
standards or regulations, or is likely to significantly affect 
customer satisfaction with a product. (P55 FMEA) 

. CHARACTERISTIC, SPECIAL, TOOLING, CHRYSLER 
DEFINITION "Pentagon" 

: Critical tooling symbol used to identify special 
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characteristics of fixtures, gages, developmental parts, 
and initial product parts. (QS-9000) 

CONTROL ITEM PART, FORD DEFINITION: Product 
drawings/specifications containing Critical Characteristics. 
Ford Design and Quality Engineering approval is required 
for changes to Control Item FMEA's and Control Plans. 
(QS-9000) 
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Characteristics IV 

. CHARACTERISTIC, SPECIAL, FORD DEFINITION "Critical 
Characteristic" : Those product requirements (Dimensions, 
Specifications, Tests) or process parameters which can 
affect compliance with government regulations or safe 
Vehicle/Product Function and which require specific 
producer, assembly, shipping or monitoring actions and 
inclusion on the Control Plan. (Appendix C QS-9000) & 
(Appendix C APQP) 

. CHARACTERISTIC, SPECIAL, FORD DEFINITION 
"Significant Characteristic ■ SC" : Those product, process, 
and test requirements that are important to customer 
satisfaction and for which quality planning actions shall be 
included in the Control Plan. (Appendix C QS-9000) 

. CHARACTERISTIC, SPECIAL, FORD DEFINITION 
"Significant/Characteristic ■ S/C" : Characteristics that are 
important to the customer and that must be included on 
the Control Plan. (Appendix C APQP) 

. CHARACTERISTIC, SPECIAL, GM DEFINITION "Fit/ 
Function" : Product characteristic for which reasonably 
anticipated variation is likely to significantly affect 
customer satisfaction with a product (other than S/C) such 
as its fits, function, mounting or appearance, or the ability 
to process or build the product. (Appendix C QS-9000) & 
(Appendix C APQP) 

. CHARACTERISTIC, SPECIAL, GM DEFINITION "Safety/ 
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Compliance" : Product characteristic for which reasonably 
anticipated variation could significantly affect customer 
the product's safety or its compliance with government 
regulations (such as: flammability, occupant protection, 
steering control, braking, etc. . .), emissions, noise, radio 
frequency interference, etc. . . (Appendix C QS-9000) 

CHARACTERISTIC, SPECIAL, GM DEFINITION "Safety/ 
Compliance" : Product characteristic for which reasonably 
anticipated variation could significantly affect customer 
the product's safety or its compliance with government 
regulations (such as: flammability, occupant protection, 
steering control, braking, etc. . .), emissions, noise, radio 
frequency interference, etc. . . (Appendix C APQP) 
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Characteristics 

. CHARACTERISTIC, SAFETY, CHRYSLER DEFINITION: 
Specifications which require special manufacturing control 
to assure compliance with Chrysler or government vehicle 
safety requirements. (P50 PPAP) 

. CHARACTERISTIC, SIGNIFICANT, CHRYSLER DEFINITION: 
Special characteristics selected by the supplier through 
knowledge of the product and process. (QS-9000) 

. CHARACTERISTIC, SPECIAL: Product and process 
characteristics designated by the customer, including 
governmental regulatory and safety, and/or selected by the 
supplier through knowledge of the product and process. 
(P104APQP) 

. CHARACTERISTIC, SPECIAL, CHRYSLER DEFINITION 
"Diamond" : Specifications of a component, material, 
assembly or vehicle assembly operation which are 
designated by Chrysler as being critical to function and 
having particular quality, reliability and durability 
significance. (QS-9000) 

. CHARACTERISTIC, SPECIAL, CHRYSLER DEFINITION 
"Diamond" : Specific critical characteristics that are 
process driven (controlled) and therefore require SPC to 
measure process stability, capability, and control for the 
life of the part. (Appendix C QS-9000) & (Appendix C 
APQP) 
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Characteristics III 

. CHARACTERISTIC, SPECIAL, CHRYSLER DEFINITION 
Pentagon" 



ii\ 



: Limited to highlighting Critical characteristics on 
(Production) part drawings, tools and fixture, and tooling 
aid procedures where ongoing process control is not 
automatically mandated. (Appendix C QS-9000) & 
(Appendix C APQP) 

CHARACTERISTIC, SPECIAL, CHRYSLER DEFINITION 
"Shield" : Engineering designated specifications or 
product requirements applicable to component material, 
assembly operation(s) which require special 
manufacturing control to assure compliance with 
governmental vehicle safety, emissions, noise, or theft 
prevention requirements. (Appendix C QS-9000) & 
(Appendix C APQP) 
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Characteristics II 

. CHARACTERISTIC, PROCESS: Core team identified 
process variables (input variables) that have a cause and 
effect relationship with the identified Product Characteristic 
(s) which can only be measured at the time of occurrence. 
(6.3 #20 APQP) 

. CHARACTERISTIC, PRODUCT: Features or properties of a 
part, component or assembly that are described on 
drawings or other primary engineering information. (6.3 
#19 APQP) 

. CHARACTERISTIC, PRODUCT, CRITICAL (D), CHRYSLER 
DEFINITION: A defect which is critical to part function and 
having particular quality, reliability, and durability 
significance. (QS-9000) 

. CHARACTERISTIC, PRODUCT, MAJOR, CHRYSLER 
DEFINITION: A defect not critical to function, but which 
could materially reduce the expected performance of a 
product, unfavorably affect customer satisfaction, or 
reduce production efficiency. (QS-9000) 

. CHARACTERISTIC, PRODUCT, MINOR, CHRYSLER 
DEFINITION: A defect, not classified as critical or major, 
which reflects a deterioration from established standards. 
(QS-9000) 

. CHARACTERISTIC, PRODUCT, SAFETY/EMISSION/NOISE 
(S), CHRYSLER DEFINITION: A defect which will affect 
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compliance with Chrysler Corporation and Government 
Vehicle Safety/Emission/Noise requirements. (QS-9000) 

CHARACTERISTIC, SAFETY, CHRYSLER DEFINITION 
"Shield : Specifications of a component, material, 
assembly or vehicle assembly operation which require 
special manufacturing control to assure compliance with 
Chrysler Corporation and government vehicle safety 
requirements. (QS-9000) 
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Characteristics I 

• CHARACTERISTIC: A distinguishing feature, dimension or 
property of a process or its output (product) on which 
variable or attribute data can be collected. (P39 APQP) 

. CHARACTERISTIC, CRITICAL, CHRYSLER DEFINITION: 
Characteristics applicable to a component, material, 
assembly, or vehicle assembly operation which are 
designated by Chrysler Corporation Engineering as being 
critical to part function and having particular quality, 
reliability and/or durability significance. These include 
characteristics identified by the shield, pentagon, and 
diamond. (49 FRAP) 

. CHARACTERISTIC, CRITICAL (INVERTED DELTA), FORD 
DEFINITION: Those product requirements (dimensions, 
performance tests) or process parameters that can affect 
compliance with government regulations or safe vehicle/ 
product function, and which require specific supplier, 
assembly, shipping, or monitoring and included on Control 
Plans. (P49 PPAP) 

. CHARACTERISTIC, CRITICAL, GM DEFINITION: See Key 
Product Characteristic. (P49 PPAP) 

. CHARACTERISTIC, KEY CONTROL (KCCs): Those process 
parameters for which variation must be controlled around 
a target value to ensure that a significant characteristic is 
maintained at its target value. KCCs require ongoing 
monitoring per an approved Control Plan and should be 
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Characteristics I 



considered as candidates for process improvement. (P49 
PPAP) 

CHARACTERISTIC, KEY PRODUCT (KPC): Those product 
features that affect subsequent operations, product 
function, or customer satisfaction. KPCs are established 
by the customer engineer, quality representative, and 
supplier personnel from a review of the Design and 
Process FMEA's and must be included in the Control Plan. 
Any KPCs included in customer-released engineering 
requirements are provided as a starting point and do not 
affect the supplier's responsibility to review all aspects of 
the design, manufacturing process, and customer 
application and to determine additional KPCs. (P49 PPAP) 
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Automotive Madness 

Characteristics - Verbiage and Definitions 

or 

How many ways can you say 

Critical Characteristic 
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Automotive Acronyms: 

• AIAG: Automotive Industry Action Group 

• APQP: Advanced Product Quality Planning 

• DFMEA: Design Failure Mode and Effects Analysis 

• DOE: Design of Experiments 

• FMA: Failure Modes Analysis 

• FMEA: Failure Mode and Effects Analysis 

• KCC: Key Control Characteristic 

• KPC: Key Product Characteristic 

• PFMEA: Process Failure Mode and Effects Analysis 

• PPAP: Production Part Approval Process 

• PSW: Product Submission Warrant 

• QFD: Quality Function Deployment 
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Some Key FMEA Terms 

• Customer Input 

• Team - Team Selection (Cross-Functional) 

• Ranking - Ranking of Decisions 

• Risk Priority Assessment 

• Design Process 

• Production Process 
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Automotive FMEA Timeline 



Concept 

Design Go- Ahead 

Design Completion 

Prototype Build 

Eng./Mfg. Sign Off 

Production Start 

Design FMEA 

Process FMEA 

Design FMEA: 

Start early in process. Complete by the time preliminary drawings are done but before any tooling 
is initiated. 

Process FMEA: 

Start as soon as basic manufacturing methods have been discussed. Complete prior to finalizing 
production plans and releasing for production. 

Machinery FMEA 

System FMEA 
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Relationships of Automotive FMEAs 

Relationships of Automotive FIVIEAs 

Failure Mode 

The Ramifications 

of tfie Problem 

Effect 

The Problem 

Cause 

The Cause(s) of the 

Problem 

The Cause(s) of the Problem from the System FMEA 

The Effect from the System FMEA with a Better Definition 

New Root Causes for the Design failure Modes 

The Causes of the Problem from the Design FMEA 

The Same Effect as the Design FMEA 

Specific Root Causes for the Process Failure Modes 

System FMEA 

Design FMEA 

Process FMEA 
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Types of Automotive FMEAs 

Types of Automotive FMEAs 

Components, Subsystems, Main Systems 

System 

Design 

Process 

Components, Subsystems, Main Systems 

Manpower, Macliine, Metiiod, Material, Measurement, Environment 

Maciiines 

Tools, Work Stations, Production Lines, Operator Training, Processes, Gauges 

Focus: 

Minimize failure effects on the System. 

Objective/Goal: 

Maximize System quality, reliability, cost and maintainability. 

Focus: 

Minimize failure effects on the Design. 

Objective/Goal: 

Maximize Design quality, reliability, cost and maintainability. 

Focus: 

Minimize process failures effects on the Total Process. 

Objective/Goal: 
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Maximize Total Process quality, reliability, cost, productivity and maintainability. 
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Types of Automotive FMEAs 

Machinery FMEA - is used to analyze low-volume specialty 
machinery (equipment and tools), that allows for 
customized selection of component parts, machine 
structure, tooling, bearings, coolants, etc. 

o Focuses on designs that improve the reliability and maintainability of the machinery for 

long-term plant usage. 
o Considers preventive maintenance as a control to ensure reliability. 
o Considers limited volume, customized machinery where large scale testing of a number of 

machines is impractical prior to production and manufacture of the machine. 
o Considers parts that can be selected for use in the machine, where reliability data is 

available or can be obtained before production use. 

Concept FMEA - is used to analyze concepts for systems 
and subsystems in the early stages. 

o Focuses on potential failure modes associated with the functions of a concept proposal 

caused by design decisions that introduce deficiencies. 
o Includes the interaction of multiple systems, and interactions between the elements of a 

system at concept stages. 
o Would apply to all new machinery concepts that have never been done before, all new 

plant machinery layout, new architecture for machinery, etc.) 

System FMEA - is used to analyze planned / proposed 
systems. 

o Intended to transform an operational need into a description of system performance 
parameters and system configuration through the use of an interactive process of 
functional analysis, synthesis, optimization, design, test, and evaluation. 

Design FMEA - is used to analyze products, high volume 
tools or standard machines, machine components, 
standard production tooling, etc., before they are released 
to production. 
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Types of Automotive FMEAs 

o Focuses on potential failure modes of products caused by design deficiencies. 
o Focuses on parts that can be prototyped and tested or modeled before high volume 
production of the product is launched. 

Process FMEA - is used to analyze manufacturing and 
assembly processes. 

o Focuses on potential product failure modes caused by manufacturing or assembly process 

deficiencies. 
o Useful in analyzing process steps that can influence the design of machinery, including 

selection of appropriate tooling and machinery component parts. 
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Types of Automotive FMEAs 

Concept FMEA 

Design FMEA 

Process FMEA 

Machine FMEA 

System 

Sub-System 

Component 

Assembly 

Manufacturing 

System 

Sub-System 

Component 

System 

Sub-System 

Component 

Not all FMEAs are necessary. Only relevant FMEA analysis should be done. The determination 
must be made by the engineering activities that have product or process knowledge or 
responsibility against program specific dehverables. 

Specific to 

FORD 
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System FMEA 
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Where and Why 

Where and Why 

• Automotive 

QS9000 paragraph 4.2 

Cited in tlie AIAG APQP Manual 

• Process Safety Management Act (PSM) 

CFR 1910.119999999 lists the process FMEA as one of about 6 methods to evaluate 
hazards 

Example: ICI Explosives - Hazardous Operability Studies 

. FDA ■ GMPs 

One of several methods that should be used to verify a new design (21 CFR Part 820). 
Inspector's check Ust questions cover use of the Design FMEA. 

. ISO 9001/2 

Requires Preventative Actions. The utilization of FMEAs is one continuous improvement 
tool which can satisfy the requirement (ISO9001, Section 4.14) 

. ISO14000 

Can be used to evaluate potential hazards and their accompanying risks. 
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An Early FMEA 
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The FMEA Process 



Identify Functions 

Identify Failure Modes 

Identify Effects of tfie Failure Mode 

Determine Severity 

Apply Procedure for Potential Consequences 

Identify Potential Causes 

Determine Occurrence 

Calculate CriticaUty 

Identify Design or Process Control(s) 

Determine Detection 

RPN & Final Risk Assessment 

Take Actions to Reduce Risks 

Identify Root Cause 

Identify Special Characteristics 
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Cause and Effect Cascade 

Design 

Environmental Exposure 

Moisture 

Corrosion 

Poor Contact (Higli Resistance) 

Insufficient Current 

Dim Bulb 

Cause 

Effect 

Cause 

Effect 

Cause 

Effect 

Cause 

Effect 

Cause 

Effect 

Cause 

Effect 
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Cause and Effect Cascade 

Cause = Design 
Effect = Env. Exposure 
Cause = Env. Exposure 
Effect = Moisture 
Cause = Moisture 
Effect = Corrosion 
Cause = Corrosion 
Effect = High Resistance 
Cause = High Resistance 
Effect = Insufficient Current 
Cause = Insufficient Current 
Effect = Dim Bulb 
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Notes: 



In the progression of time, a Failure Mode comes between a Cause and an Effect. One of the 
most confusing issues for new practitioners of FMEA is that any Cause that itself has a Cause 
might be a Failure Mode. Any Effect that itself has an Effect might also be a Failure Mode. In 
different contexts, a single event may be a Cause, an Effect, and a Failure Mode. Consider for 
example, a series of events that could occur during the life of a disposable penlight. 
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Cause and Effect Cascade 

In an analysis of the exterior casing of a penlight, "Allows excess moisture" might be a Failure 
Mode. One of the intended functions of the penlight case is to protect the internal components 
from excess moisture during normal operation. A failure to prevent moisture during normal 
operation is a Failure Mode since protective casings and other design features are intended to 
prevent moisture. 



http://elsmar.com/FMEA/tsld017.htm (3 of 3)3/26/2006 2:31:56 AM 



Definitions 



Definitions 

Failure Mode Failure Modes are sometimes described as 
categories of failure. A potential Failure Mode describes 
the way in which a product or process could fail to perform 
its desired function (design intent or performance 
requirements) as described by the needs, wants, and 
expectations of the internal and external Customers. 

FMEA Element FMEA elements are identified or analyzed in 
the FMEA process. Common examples are Functions, 
Failure Modes, Causes, Effects, Controls, and Actions. 
FMEA elements appear as column headings in the output 
form. 

Function A Function could be any intended purpose of a 
product or process. FMEA functions are best described in 
verb-noun format with engineering specifications. 

Occurrence Occurrence is an assessment of the likelihood 
that a particular Cause will happen and result in the Failure 
Mode during the intended life and use of the product. 

Risk Priority Number The Risk Priority Number is a 
mathematical product of the numerical Severity, 
Occurrence, and Detection ratings. RPN = (S) ' (O) ' (D). 
This number is used to place priority on items than require 
additional quality planning. 

Severity Severity is an assessment of how serious the 
Effect of the potential Failure Mode is on the Customer. 
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Definitions 

Cause A Cause is the means by which a particular element 
of the design or process results in a Failure Mode. 

Critical Characteristics Critical Characteristics are Special 
Characteristics defined by Ford Motor Company that affect 
customer safety and/or could result in non-compliance 
with government regulations and thus require special 
controls to ensure 100% compliance. 

Criticality The Criticality rating is the mathematical product 
of the Severity and Occurrence ratings. 
Criticality = (S) ¥ (O). This number is used to place priority 
on items that require additional quality planning. 

Current Controls Current Controls (design and process) 
are the mechanisms that prevent the Cause of the Failure 
Mode from occurring, or which detect the failure before it 
reaches the Customer. 

Customer Customers are internal and external 
departments, people, and processes that will be adversely 
affected by product failure. 

Detection Detection is an assessment of the likelihood that 
the Current Controls (design and process) will detect the 
Cause of the Failure Mode or the Failure Mode itself, thus 
preventing it from reaching the Customer. 

Effect An Effect is an adverse consequence that the 
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Definitions 



Customer might experience. The Customer could be the 
next operation, subsequent operations, or the end user. 
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Acronyms 

8-D Eight Disciplines of Problem Solving 

AIAG Automotive Industry Action Group 

APQP Advanced Product Quality Planning 

ASQC American Society for Quality Control 

DOE Design of Experiments 

FMEA Potential Failure Mode and Effects Analysis 

FTA Fault Tree Analysis 

ISO International Organization for Standardization 

QFD Quality Function Deployment 

QOS Quality Operating System 

RFTA Reverse Fault Tree Analysis 

RPN Risk Priority Number 

SPC Statistical Process Control 
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History of the FMEA 

• Advanced Product Quality Planning standards provide a 
structured method of defining and establishing the steps 
necessary to assure that a product satisfies the 
customer's requirements. Control Plans aid in 
manufacturing quality products according to customer 
requirements in conjunction with QS 9000. An emphasis is 
placed on minimizing process and product variation. A 
Control Plan provides "a structured approach for the 
design, selection, and implementation of value-added 
control methods for the total system." QS 9000 compliant 
automotive suppliers must utilize Failure Mode and Effects 
Analysis (FMEA) in the Advanced Quality Planning process 
and in the development of their Control Plans. 
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Notes: 



The Automotive Industry Action Group (AIAG) and the American Society for Quality Control 
(ASQC) copyrighted industry-wide FMEA standards in February of 1993, the technical 
equivalent of the Society of Automotive Engineers procedure SAE J-1739. The standards are 
presented in an FMEA Manual approved and supported by all three auto makers. It provides 
general guidelines for preparing an FMEA. 
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History of the FMEA 

• In 1988, the International Organization for Standardization 
issued the ISO 9000 series of business management 
standards. 

• The requirements of ISO 9000 pushed organizations to 
develop formalized Quality Management Systems that 
ideally are focused on the needs, wants, and expectations 
of customers. 

. OS 9000 is the automotive analogy to ISO 9000. A Task 
Force representing Chrysler Corporation, Ford Motor 
Company, and General Motors Corporation developed 
OS 9000 in an effort to standardize supplier quality 
systems. 

• In accordance with OS 9000 standards, compliant 
automotive suppliers utilize Advanced Product Quality 
Planning (APQP), including design and process FMEAs, 
and develop a Control Plan. 
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History of the FMEA 

• The FMEA discipline was developed in the United States 
Military. Military Procedure MIL-P-1629, titled Procedures 
for Performing a Failure Mode, Effects and Criticality 
Analysis, is dated November 9, 1949. It was used as a 
reliability evaluation technique to determine the effect of 
system and equipment failures. Failures were classified 
according to their impact on mission success and 
personnel/equipment safety. 

• The term "personnel/equipment", taken directly from an 
abstract of Military Standard MIL-STD-1629, is notable. The 
concept that personnel and equipment are interchangeable 
does not apply in the modern manufacturing context of 
producing consumer goods. The manufacturers of 
consumer products established a new set of priorities, 
including customer satisfaction and safety. As a result, the 
risk assessment tools of the FMEA became partially 
outdated. They have not been adequately updated since. 
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Origins 

. FMECA 



o Failure Mode Effects and Criticality Analysis 

o 1950's Origin - Aerospace & US Military 

o To categorize and rank for focus 

o Targeted prevention as a critical issue 

o Addressed safety issues 



. FMEA 



o Failure Mode and Effects Analysis - 1960's and 70' s 

o First noticed & used by reliability engineers 

o System of various group activities provided through documentation of potential failure 

modes of products and/or processes and its effect on product performance. 
o The evaluation and documentation of potential failure modes of a product or process. 

Actions are then identified which could eliminate or reduce the potential failure 
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FMEAs Have Failure Modes? 

• The team developing the FMEA turns out to be one 
individual. 

• The FMEA is created to satisfy a customer or third party 
requirement, NOT to improve the process. 

• The FMEA is developed too late in the process and does 
not improve the product/process development cycle. 

• The FMEA is not reviewed and revised during the life of the 
product. It is not treated as a dynamic tool. 

• The FMEA is perceived either as too complicated or as 
taking too much time. 
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How FMEA Fits With Elements of TQM 

• Customer Requirements 

• Engineering Specifications 

• System and Components Specifications 

• Process and Supplier Requirements and Control 

• Develop System Design and Process FMEA 

• Eliminate Potential Failures 

• Improve Upon Design and Process 

• Design is The Critical Element 
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What Is An FMEA? 

A tool used to evaluate - potential failure modes and their 
causes. 

• Prioritizes Potential Failures according to their Risk and 
drives actions to eliminate or reduce their likelihood of 
occurrence. 

• Provides a discipline/methodology for documenting this 
analysis for future use and continuous process 
improvement. 

• By its self, an FMEA is NOT a problem solver. It is used in 
combination with other problem solving tools. The FMEA 
presents the opportunity but does not solve the problem.' 
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Liability Issues 
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Course Goals 

• To understand the role and function of the FMEA 

• To understand the concepts and techniques of Design 
FMEA and how to apply it 

• To understand the concepts and techniques of Process 
FMEA and how to apply it 

• To understand the role and function of FTA 

• To understand the concepts of Zero Quality Control or 
Mistake-Proofing (e.g. Poka-Yoke) and its implications for 
FMEA 
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Potential Failure Mode and Effects Analysis 
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Potential Failure Mode and Effects Analysis 
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Don't Let This Happen To YOU! 
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Failure Mode - and - Effects Analysis 
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